Plesk - Email-Server-Probleme - Ubuntu VM

ich dachte es geht um einen Linux-Server!?
Ja geht es auch. Bin jetzt irgendwie davon ausgegangen, dass es bei Linux auch so wäre. Sorry :(

Da ich die Fachsprache nicht so kenne. Warum ist da nun ein "srv278" davor? Bezeichnet man das nur so? Oder soll es eine Subdomain sein?
Meine Domain ist ja <domainname>.de Macht man so bei FQDN-Schreibweise, oder?
Ich habe ja jetzt überall im Plesk meine Hauptdomain als Hostname eingetragen.
Jetzt ist mir nur folgendes nicht so richtig klar. Also warum dieses srv278.meineDomain.de?
 
ich nehm mal an, du weißt einiges nicht.

srv278.meineDomain.de oder bratwurst2.meineDomain.com oder huch33.meineDomain.org oder sonstwie.
Der Teil vor der Domain sollte sich eben unterscheiden, weil man keine existierende Subdomain als FQDN nutzt.

Also warum dieses srv278.meineDomain.de
Ist halt so aufgebaut hostname.domain.tld

Standard zum Nachsehen kenn ich gerade nicht auswendig.

Vielleicht hilft dir das zur Erklärung, ich bin heute nicht so der gute Erklärbär.


Laut Strato solltes du den FQDN ändern können:
https://www.strato.de/faq/server/so-legen-sie-ein-individuelles-dns-reverse-fuer-ihre-ip-adressen-fest/
 
Last edited:
ich nehm mal an, du weißt einiges nicht.
Ja ich weiß schon ein wenig, aber leider alles Halbwissen

weil man keine existierende Subdomain als Hostname nutzt.
Das war mir tatsächlich nicht klar

Ein Domain ist z.B. domain.de (also ohne Buchstabenwust + Punkt davor).
Eine Subdomain ist z.B. www.domain.de oder ftp.domain.de oder mail.domain.de
Das ist mir natürlich alles klar. Mir war eben nur nicht klar, dass man als hostname was wählen sollte, was sich von der Domain unterscheidet.

Im Plesk habe ich ja bereits an folgenden Stellen den Hostname geändert (und an noch einer Stelle, die ich gerade nicht finde):

Domaineinstellung.JPG


Was müsste ich nun tun, um meinen Hostnamen zu ändern?
1) hostname -b srv1.domain.de
2) RDNS-Eintrag von ursprünglich domain.de auf srv1.domain.de
3) In Plesk (siehe Bild oben) auf srv1.domain.de stellen
4) Und jetzt noch Records anpassen? Welche Domainrecords sind dann eigentlich geltend? Die, die ich in Plesk einstelle oder die, die ich bei Strato in der Domainverwaltung einstelle?
Muss dann von srv1.domain.de der A+AAAA-Record dann auf meine IP zeigen? Weil das kann ich nur, wenn ich dann die Subdomain "srv1" in Strato anlege (so habe ich das auch mit "mail.domain.de" gemacht. Erst die Subdomain angelegt ohne Inhalt und dann die A+AAAA Records dort erstellt. Denn A Records kann ich bei Strato nur für Domains und Subdomains festlegen.

Leider hat das dann ja noch nichts mit meiner Fehlermeldung bzgl. der SPF-Meldung zu tun (denke ich zu mindestens). Diese Meldungen machen mir einfach noch Sorgen. Das bedeutet ja vermutlich, dass Emails teilweise nicht zu meiner Domain zugestellt werden.
Code:
Code:
Sep 20 11:37:20 h2978xxx spf[69887]: D432212001D: Error code: (2) Could not find a valid SPF record
Sep 20 11:37:20 h2978xxx spf[69887]: D432212001D: Failed to query MAIL-FROM: No SPF records for 't-online.de'
Sep 20 11:53:39 h2978xxx spf[72118]: 5C27612001D: Error code: (2) Could not find a valid SPF record
Sep 20 11:53:39 h2978xxx spf[72118]: 5C27612001D: Failed to query MAIL-FROM: No SPF records for 'private-domain1.de'
Sep 20 12:29:31 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 12:29:31 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 12:32:31 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 12:32:31 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 12:49:22 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 12:49:22 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 12:51:06 h2978xxx spf[75525]: 4579112001D: Error code: (2) Could not find a valid SPF record
Sep 20 12:51:06 h2978xxx spf[75525]: 4579112001D: Failed to query MAIL-FROM: No DNS data for 'private-domain2.de'.
Sep 20 12:59:37 h2978xxx spf[76099]: 42DB212001D: Error code: (2) Could not find a valid SPF record
Sep 20 12:59:37 h2978xxx spf[76099]: 42DB212001D: Failed to query MAIL-FROM: No DNS data for 'private-domain3.de'.
Sep 20 13:07:11 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 13:07:11 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 13:45:56 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 13:45:56 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 13:55:22 h2978xxx spf[79009]: 28E2212001D: Error code: (2) Could not find a valid SPF record
Sep 20 13:55:22 h2978xxx spf[79009]: 28E2212001D: Failed to query MAIL-FROM: No SPF records for 't-online.de'
Sep 20 13:59:48 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 13:59:48 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 14:01:28 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 20 14:01:28 h2978xxx psa-pc-remote[413]: Message aborted.
 
Was müsste ich nun tun, um meinen Hostnamen zu ändern?
1) hostname -b srv1.domain.de
2) RDNS-Eintrag von ursprünglich domain.de auf srv1.domain.de
3) In Plesk (siehe Bild oben) auf srv1.domain.de stellen
4) Und jetzt noch Records anpassen? Welche Domainrecords sind dann eigentlich geltend? Die, die ich in Plesk einstelle oder die, die ich bei Strato in der Domainverwaltung einstelle?
Muss dann von srv1.domain.de der A+AAAA-Record dann auf meine IP zeigen? Weil das kann ich nur, wenn ich dann die Subdomain "srv1" in Strato anlege (so habe ich das auch mit "mail.domain.de" gemacht. Erst die Subdomain angelegt ohne Inhalt und dann die A+AAAA Records dort erstellt. Denn A Records kann ich bei Strato nur für Domains und Subdomains festlegen.
Ja, Alles exakt so wie Du es hier aufgezählt hast.
 
Ok, da traue ich mich aber erst am Wochenende ran, da der Mailserver ja gerade funktioniert. Und der wird unter der Woche dringend benötigt.

in der syslog habe ich nun viele Meldungen von unbound. Die sind aber ok und richtig, oder?

Code:
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.b.8.f.7.0.6.2.ip6.arpa.> 216.239.38.10#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for e.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.ip6.arpa. PTR IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.b.8.f.7.0.6.2.ip6.arpa.> 216.239.34.10#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving 7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 3.15.227.212.psbl.surriel.com. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <psbl.surriel.com.> 38.124.232.194#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was NXDOMAIN ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving 15.227.212.psbl.surriel.com. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: NSEC3s for the referral proved no DS.
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: Verified that unsigned response is INSECURE
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns18.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 108.59.166.201#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was THROWAWAY
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for ns-kam.surriel.com. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <surriel.com.> 2604:a880:2:d0::57:b001#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for ns7.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 113.52.8.11#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 199.212.0.63#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: NSEC RRset for the referral proved not a delegation point
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns14.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 113.52.8.11#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns3.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 2600:2000:2120::c9#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was THROWAWAY
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 3.15.227.212.psbl.surriel.com. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <psbl.surriel.com.> 2607:f1c0:1800:811d::1#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was NXDOMAIN ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns18.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 72.12.198.242#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns10.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns1.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 108.59.172.201#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was THROWAWAY
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 2001:500:13::63#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns3.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 72.12.198.242#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns18.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 72.12.198.242#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns4.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns1.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 72.12.198.242#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 199.180.180.63#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: NSEC RRset for the referral proved not a delegation point
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving 8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 2001:500:127::30#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 192.82.134.30#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: NSEC RRset for the referral proved not a delegation point
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving b.8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for b.8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 193.0.9.10#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for rbldns18.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 169.48.121.207#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for b.8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 199.212.0.63#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: NSEC RRset for the referral proved not a delegation point
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving 0.b.8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 0.b.8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 2001:67c:e0::10#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for 0.b.8.f.7.0.6.2.ip6.arpa. DS IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <0.6.2.ip6.arpa.> 2001:500:127::30#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: NSEC RRset for the referral proved no DS.
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: Verified that unsigned response is INSECURE
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving rbldns7.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving rbldns8.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving rbldns1.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving rbldns7.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns7.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns9.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving rbldns8.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns0.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns5.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving ns9.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: resolving rbldns1.sorbs.net. A IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: response for ns6.sorbs.net. AAAA IN
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: reply from <sorbs.net.> 185.87.186.23#53
Sep 20 20:09:24 h2978xxx unbound: [2874:0] info: query response was nodata ANSWER
Sep 20 20:09:54 h2978xxx postfix/smtpd[98926]: connect from mail-il1-x12e.google.com[2607:f8b0:4864:20::12e]

Dann danke ich erst mal ganz recht herzlich. Ich melde mich dann am Wochenende wieder, ob es geklappt hat. Aber das hat ja, wenn ich es richtig sehe, nichts mit diesem SPF-Fehler zu tun. Denn bei hereinkommenden Emails entscheidet ja mein Server, obe r diese Email annehmen will. Da bin ich noch ratlos bzgl. der Fehlermeldung:

Failed to query MAIL-FROM: No SPF records for 't-online.de'
Error code: (2) Could not find a valid SPF record

Die kommt ja ständig diese Meldung
 
Ja, Alles exakt so wie Du es hier aufgezählt hast.
Brauche ich den srv1 und Mail? Kann das nicht das gleiche sein? Mein MX habe ich ja bei mail.domain.de aktiv. Könnte ich das dann theoretisch nicht auf srv1 stellen? Da blicke ich noch nicht so richtig durch. Und es bleibt ja auch das Problem, das Plesk das wohl rückgängig macht beim Reboot.
Und ist es schlimm, dass mail & srv ja nicht per Zertifikat geschützt sind? Ich habe ja nur Wildcard-Letsencrpyt Zertifikate. Im Strato selbst habe ich ja kein kostenpflichtiges Zertifikat?!
 

Mhm warum gelöscht?

Also MXToolBox habe ich ja bereits getestet und nen SMTP-Check ebenso. Mehr konnte ich nicht lesen.
Das einzige was mxtoolbox zu meckern hat ist: "Reverse DNS is not a valid Hostname"
Und das ist ja nur eine Warnung, da ich als hostname domain.de eingestellt habe. hier müsste ja srv123.domain.de als hostname verwendet werden, dass habe ich mittlerweile verstanden und würde ich am Wochenende mal angehen.
Dennoch wird korrekt aufgelöst und der Emailversand funktioniert. Ich werde dadurch vermutlich minimal abgestuft.
 
Hey, ich hatte irgendwie Probleme mit dem Forum und mir wurden nicht alle Beiträge angezeigt... Dann habe ich gesehen das du bereits MX Toolbox, Mailtester usw. ausprobiert hast. Daher sah ich den Post als doppelt gemoppelt an... :D

Klappt das jetzt mit dem SPF Record?

Ich habe selber seit 2 Jahren einen Strato VM-Linux Server laufen und mein "generischen" Hostnamen habe ich bisher nicht geändert, da ich anfangs ebenfalls gelesen und erfahren habe das man den Hostnamen bei Strato nicht ändern kann..., da er immer wieder überschrieben wird.

Ich habe in Plesk den Hostname eingetragen und diesen als PTR bei Strato. Läuft alles sauber und ohne Probleme.
 
Hey, ich hatte irgendwie Probleme mit dem Forum und mir wurden nicht alle Beiträge angezeigt... Dann habe ich gesehen das du bereits MX Toolbox, Mailtester usw. ausprobiert hast. Daher sah ich den Post als doppelt gemoppelt an... :D
Ok, habe mich schon gewundert.
Ja mein Mailserver funktioniert ja eigentlich. Zu mindestens so weit ich weiß!
Am Wochenende möchte ich meinen hostname dann auf FQDN stellen. Das mache ich dann in Strato, in Plesk und ich versuche meinen Hostnamen auch per ssh zu ändern (und ggf so, dass nach einem Neustart das automatisch immer wieder so gesetzt wird).

Klappt das jetzt mit dem SPF Record?
Bei dem SPF habe ich immer noch die Fehlermeldungen im Log. Ob das aber nur Warnungen oder wirklich Fehler sind ist mir nicht ganz klar. Es handelt sich ja nur um Mails die zu uns gesendet werden. Ich habe jetzt mal jemanden mit t-online Adresse gebeten, mir eine Email zu schicken. Mal sehen was die Logs dann sagen, denn bislang konnte ich ja folgende Meldung sehr oft in mail.err finden:


Code:
Sep 21 07:33:34 h2978xxx spf[130934]: CF55D120008: Error code: (2) Could not find a valid SPF record
Sep 21 07:33:34 h2978xxx spf[130934]: CF55D120008: Failed to query MAIL-FROM: No SPF records for 't-online.de'
Sep 21 07:56:23 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 21 07:56:23 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 21 08:16:39 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 21 08:16:39 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 21 08:21:06 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 21 08:21:06 h2978xxx psa-pc-remote[413]: Message aborted.
Sep 21 08:21:14 h2978xxx spf[132995]: D2FF1120008: Error code: (2) Could not find a valid SPF record
Sep 21 08:21:14 h2978xxx spf[132995]: D2FF1120008: Failed to query MAIL-FROM: No SPF records for 't-online.de'

Und DNS-Fehler habe ich auch. Aber wenn ich mir die Email so ansehe, sollte der Fehler ja in Ordnung sein, oder?

Code:
Sep 21 02:41:08 h2978xxx spf[123750]: DAD77120008: Error code: (26) DNS lookup failure
Sep 21 02:41:08 h2978xxx spf[123750]: DAD77120008: Failed to query MAIL-FROM: Temporary DNS failure for '3dlink.fr'.
 
Update:

Soeben habe ich die Email von T-Online in mein Postfach erhalten. Es funktioniert also!
Dennoch gibt es eine Fehlermeldung im Log (allerdings ohne das "Message aborted.". Daraus schließe ich, dass diese Meldung nichts mit der SPF-Meldung zu tun hat):
Code:
Sep 21 08:38:43 h2978xxx spf[133946]: 376BB120008: Error code: (2) Could not find a valid SPF record
Sep 21 08:38:43 h2978xxx spf[133946]: 376BB120008: Failed to query MAIL-FROM: No SPF records for 't-online.de'

Ok ich und bin davon ausgegangen, dass alle Emails von T-Online einen SPF haben. Aber dies ist wohl gar nicht so: T-Online SPF
Es greift also tatsächlich folgende Einstellung:
Spam.JPG


Es scheint also mit meinen Einstellungen vorerst alles in Ordnung zu sein. Zu mindestens soweit ich das beurteilen kann.

kann ich das Häkchen bei SPF-Spamschutz nicht entfernen? Ich habe doch einen TXT-Eintrag in Strato der das bereits festlegt, oder?
v=spf1 +a +mx +a:<hostname> -all
 
Ja, sicher, du kannst den //edit: SPF-Spamschutz auch abstellen, wenn dich die Meldungen nerven.
 
Last edited:
@httPete SPF bewirkt in euroglas Einstellung nur, dass geprüft wird, aber nur Header erstellt. Obf nachfolgende Spamfilter wie Spamassassin o.ä. dem Ergebnis der SPF-Prüfung so viel Gewicht geben, ist fraglich.

@eurogla innoriere doch einfach die Meldungen von spf im Log.
Die DNS-Fehler bei der SPF kommen, weil es ben keien EIntrag beim Mailserver von t-online gibt.
Kannst du im SSH Terminal so prüfen:
nslookup -type=TXT t-online.de
Da sind keine Einträge bezüglich SPF in deren DNS.
 
Die DNS-Fehler bei der SPF kommen, weil es ben keien EIntrag beim Mailserver von t-online gibt.

Ja vielen Dank.
Ich dachte eben weil da error steht und dabei auch immer irgendwie „Message abortet“, dass die Nachrichten gar nicht zugestellt werden.

Also cool, Bekomme auch bei mail-test mittlerweile 9/10 Punkten. Scheint alles zu passen.

Die überlegung ist jetzt noch ob ich es machen soll auf einen FQDN umzustellen oder befürchten muss, das dann etwas wieder nicht funktioniert. Habe da furhtbar Angst vor
 
Solange du nur mit domain.de arbeitest, kann es sein, dass andere Mailserver deine Mails ablehnen, weil es nicht RFC-konform ist. Daher ändern aus servername.domain.de - also als erstes einen A-Record dafür anlegen, der auf die IP deines Servers zeigt. Wenn du eine IPv6-Adresse konfiguriert hast, auch einen AAAA-Record. Dann wartest du einige Zeit und änderst den PTR für deine IP-Adresse(n) auf servername.domain.de und trägst im Plesk ein, dass sich dein Mailserver auch mit servername.domain.de meldet (wo, kann ich dir nicht sagen, da ich kein Plesk verwende).
 
Back
Top