Hier noch ein sinnvoller Validator f. Mail-Server
Beiträge von mainziman
-
-
nur wer nicht in der lage ist sich einen spezifischen test rauszupicken und den rest einfach zu ignorieren sollt imho auch keinen MTA betreiben.
das sagt gerade der richtige: siehe hier
-
CmdrXay haben diese Mals zufällig auch folgendes im Mail-Header Precedence: bulk?
dieser sollte meines Wissens dazu dienen, Mails genau diesem von Dir erklärten Status zu geben;
-
stattdessen machst Du auf mitleidstour wie schlecht nicht dein verwendeter MTA bewertet wird.
Du solltest contextsensitiv lesen.

es geht darum dass so ein Test f. die Tonne ist, wenn er MTAs die alles richtig machen,
wegen enes Geschäftsmodells einer dubiosen Blacklist derart miserabel hinstellen,
aber andere, welche eben nicht alles richtig machen, aber weil deren IPs nicht in dieser Blacklist sind
dann besser dastehen, es aber nicht sind;
bei solchen Tests dürfen beim Ergebnis Geschäftsinteressen nicht im Vordergrund stehen; tun sie aber;
mit einer Mitleidstour hat das sicher nichts zu tun;
der Mailgenius-Test hilft vlt. einem SPAM-Sende Profi,
einem Otto-Normal-Admin eines MTAs nur marginal bis gar nicht;
tab kann ich nachvollziehen, nachdem was die Site alles clientseitig zusammenschustert;
-
wir reden eh noch vom 4. test? zeigs mir bitte?
Ja und der stellt auf Grund von UCEPROTECT-3 einen MTA als derart miserabel¹ hin,
weil er einfach eine unorthodoxe Gewichtung macht, dass der gesamte "Test" eigentlich sinnlos ist;
wie gesagt: "der Empfänger entscheidet was SPAM ist und was nicht"
¹ bei meinem kommt da gerado so eine 4 heraus, bei einer mit 5 endenden Notenskala
[1 ... Sehr gut, 2 ... Gut, 3 ... Befriedigend, 4 ... Genügend, 5 ... Nicht genügend]
-
wo liest Du das aus "Are your emails landing in the spam folder?"?
mach den Test, dann siehst es ...

-
Aber du hast, nachdem du das Captcha eingetippt hast, schon eine Mail an die von dir angegebene Adresse bekommen und sie nicht als Spam irgendwo im Daten-Nirwana versenkt?
Nein, nachdem ich des Captcha eingetippt habe, ist er gleich mit Something went Wrong, please try again. gekommen;
nach dem xten mal hab ich es aufgegeben, weil so eine Fehlermeldung sagt alles und nichts aus;
ich bevorzuge den deswegen, weil der keinen anderen Quark, der damit nix zu tun hat macht;
die anderen sind ja wie ein Weinverkoster der kritisiert, dass Deine alte Möhre keine Ledersitze hat
; -
im sinne von zitat Holger: "empfänger bestimmt was spam ist" ist das doch vollkommen legitim!
Falsch, oder haben bei Dir mit einem Mailclient wie z.B. Thunderbird, Outlook, ... versandte Mails
List-Unsubscribe im Mail-Header drin?
es geht hier um eine Hilfe, welche zegen soll, ob man DKIM, ... korrekt konfiguriert hat;
und da hat derartiges genau nichts zu suchen;
ebenso ist bei so einer Hilfe die Auswertung von SpamAssassin, rspamd, ... sowie
div. Sperrlisten fehl am Platz;
noch dazu bei einem derart seltsamen Mißverhältnis, welches suggerieren könnte,
dass ein miserable konfigurierter Mailserver besser dasteht nur weil dessen IP(v6) in keiner Sperrliste ist;
-
Warum verwendest du für alle Domains "das selbe"?
weil es nicht sinnlos verkompliziert werden muss¹;
im DNS braucht es für jede Domain bis auf SPF einfach nur CNAME Einträge
Codehpkp IN CNAME hpkp.example.de. mail._domainkey IN CNAME _dkim.example.de. mta-sts IN CNAME mta-sts.example.de. _mta-sts IN CNAME _mta-sts.example.de. _dmarc IN CNAME _dmarc.example.de.es haben auch alle Domains den selben MX z.B. mail.example.de,
und auch den selben SPF
die von Dir erähnte SigningTable sieht einfach so aus
Code*@example.de mail._domainkey.smtp.example.de *@example.net mail._domainkey.smtp.example.de *@example.com mail._domainkey.smtp.example.de ...und die KeyTable braucht überhaupt nur einen Eintrag
¹ Mailprovider machen es grundsätzlich so; netcup selbst macht es ja auch so,
dass beim Webhosting jeder nur CNAME-Einträge auf die DKIM-Public-Keys hat;
-
hatte da mal den 4ten getestet:
seltsame Probleme ...
(-2 points) Your "from" domain does not match your DKIM "from" domain or does not have DKIM signing.
(-1 points) The DKIM signature is not from the author's or envelope-from domain.
(ist doch logisch, wenn man f. alle Domains das selbe verwendet ...)
das ist Quark
(-1 points) There is no List-Unsubscribe header.
tab den komischen Test kannst vergessen,
zu mehr als Something went Wrong, please try again. taugt der nicht;
und nebenbei brauchte der mehr als 1 Minute die Seite überhaupt im Browser anzuzeigen ...
(und nein ich bin nicht zu doof des Captcha einzutippen
)das hier: https://www.appmaildev.com/en/dkim
ist der bessere der gelisteten Validatoren
-
Wie geht das bei so einem Downgrade, Netcup kann mir ja nicht einfach einen Teil des Disk-Images wegschneiden - vergrößern klar, aber verkleinern?
eigentlich schon, wenn man sowas vorhat, trifft man hier ein paar Vorkehrungen,
z.B. dass man nur den Teil der Platte verwendet, welcher nach einem Downgrade noch erhalten ist;
und läßt noch etwas Sicherheitspuffer frei;
es ist nicht garantiert, dass ein Down- od. Upgrade ohne Datenverlust einhergeht;
-
meine kunden und ich wollen aber mails empfangen.
dann beschwer dich nicht, dass Dein - doch mangelhaft konfigurierter MTA - Mails empfängt, welche er nicht empfangen würde,
wenn er vollständig konfiguriert worden wäre;

netcup hat alles richtig gemacht; und so erwarte ich das auch;

-
Ja das sollte kein Problem sein, Du musst dir nur eine Subdomain auswählen und im CCP
im DNS-Editor einen DNS-Eintrag hinzufügen;
z.B.
raspi A 12.34.56.78
raspi AAAA 2000:1:2:3:4::1
dann ist Dein Raspi so erreichbar
https://raspi.domain.tld/
(Deine Domain laute hier domain.tld und die Subdomain raspi)
-
nein, wenns im DNS keine einträge zu SPF, DKIM, DMARC gibt kann ich nicht dagegen prüfen.
schon, dazu gibts entsprechende regelwerke zur beurteilung mit zb spamassassin oder rspamd.
dann brauchst nur die Regelwerke von SpamAssassin od. rspamd entsprechend anpassen;
nur weil im DNS keine Einträge zu SPF, DKIM od. DMARC vorhanden sind,
heißt es nicht selbst Annahmen treffen zu können, was zu geschehen hat, wenn diese eben gleich gar nicht vorhanden sind;

der absender kann aber sehr wohl auch definieren woher seine mails kommen,
und dennoch kann der empfangende MTA nicht verifizieren, ob die E-mail-Adresse im From exisitiert od. nicht ...
(spätestens nach dem 10ten SMTP-Verbindungsaufbau ohne eine Mail senden zu wollen, würde ich diesen MTA auf der Firewall sperren)
-
dann deute ich an dass Du Dich irrst. begründen brauch ich es ja genauso wenig wie Du.
wenns netcup gesetzt hätte. habens aber nicht. ich kann ja hier keine selbstgemachten regeln anwenden.
da liegst Du im Irrtum; klar kannst Du hier das selbst regeln;
steht ja auch nirgends, dass ein Mailserver Mails verweigern darf, welche Malware enthält;
und was Malware/SPAM und sonst. unerwünschtes ist, definiert der Empfänger; nicht der Absender;
ich hau auch dem Postboten die Reklame um de Ohren,
weil er wieder mal zu doof war den Sticker anzuerkennen;
selbiges kann Dein MTA machen

-
nein. hast Du nicht.
doch hab ich, siehe hier (erster Absatz)
mein MTA für meine kunden. bei einlieferung durch einen anderen MTA gibts keinen authentifizierten user.
aber ein SPF, DMARC, ... hattest ja selbst gesagt, und da hätte diese Mail von Deinem MTA gleich gar nicht angenommen werden dürfen;

-
was soll daran komplex sein? zu welchen problemen soll das führen?
hatte ich bereits angedeutet ...

hier*1 wird der envelope-from gegen den authentifizierten user geprüft.
*1 Dein MTA
und wieso wurde die Mail nicht abgelehnt, wenn Dein MTA das prüft?

-
hoedlmoser des würde ein komplexes Unterfangen werden, welches auch zu Problemen führen kann,
es soll ja jeder der sich am SMTP authentifiziert mit möglichen Mailadressen seiner Domain(s) absenden können ...
passt das From zum Return-Path?
ich würd hier meinen, dass die Website komprimitiert wurde; lt. DNS/SPF wird das Mailing über Outlook.com gemacht,
nur die Website ist bei netcup
-
KB19 hab das mal gemacht; knapp eine halbe Stunde später, war der bereits auf einer Sperrliste (der 2te Versuch)
CodeApr 1 12:08:28 mail01 postfix/smtpd[25649]: NOQUEUE: reject: CONNECT from v2202105147740153386.supersrv.de[202.61.228.213]: 554 5.7.1 Service unavailable; Client host [202.61.228.213] blocked using dnsbl.sorbs.net; Currently Sending Spam See: http://www.sorbs.net/lookup.shtml?202.61.228.213; proto=SMTP -
was wollte der Halter von
v2202105147740153386.supersrv.de[202.61.228.213]
mir sagen,
indem er versuchte ein Mail bei meinem vServer mit gefaktem Absender einzuwerfen?