Snipes83 Geschrieben 10. Juli 2009 Teilen Geschrieben 10. Juli 2009 Moin Moin, wir haben hier auf einer Linuxmaschine einen Kerio Mailserver (Version 6.6.2) laufen. Dieser funktionierte eigentlich bisher einwandfrei. Nun habe ich heute das Problem, dass ich beim versenden auf 2 unterschiedliche Mailadressen immer folgenden Fehler erhalte: Result: delayed, Status: 4.1.1 421 unable to verify sender domain Vorgestern konnte ich aber an beiden noch ohne Probleme was schicken! Hatte das schonmal einer bzw. sagt einem die Fehlermeldung was und kann mir damit sagen wo ich ansetzen soll? Danke und Liebe Grüße Snipes83 Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
cat Geschrieben 10. Juli 2009 Teilen Geschrieben 10. Juli 2009 hoi klingt fuer mich danach, als wuerde der Empfaenger seit neuestem SPF einsetzen (oder etwas in der Art), sprich, er ueberprueft auf eine gueltige Absender-Adresse. Sendest Du mit euerer "richtigen" Domain? Gruesse CAt Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
e@sy Geschrieben 10. Juli 2009 Teilen Geschrieben 10. Juli 2009 Die Absenderdomain muss mit der Reverseauflösung übereinstimmen. Das heißt wenn der Absender @fachinformatiker.de heißt und die IP 188.40.41.202 dann muss ein Reverse auf die IP fachinformatiker.de ergeben. Das Problem hatten wir hier mit unserem Server und freenet.de.Freenet.de hat alle unsere Mails abgelehnt. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
TBT Geschrieben 10. Juli 2009 Teilen Geschrieben 10. Juli 2009 Die Absenderdomain muss mit der Reverseauflösung übereinstimmen. Das heißt wenn der Absender @fachinformatiker.de heißt und die IP 188.40.41.202 dann muss ein Reverse auf die IP fachinformatiker.de ergeben. Das Problem hatten wir hier mit unserem Server und freenet.de.Freenet.de hat alle unsere Mails abgelehnt. Sorry, etwas falsch. Wie soll das denn gehen, wenn auf einem Server 100 Domains sind? Es gibt ja nur einen PTR Eintrag. Dieser eine PTR Eintrag muss auf den Servernamen zeigen, z.B. serverabc.isp.de dieser Servername muss dann auch als Mailname (/etc/mailname) beim Server eingetragen sein, dann klappt das auch Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
e@sy Geschrieben 11. Juli 2009 Teilen Geschrieben 11. Juli 2009 Ich habe mich danach nicht weiter damit beschäftigt weil wir halt nur diese eine Domain für den Mailversand benutzen. Ich habe mir auch gedacht mom wie soll das den gehen ? In so einem Fall must du eine weitere IP für deinen Server holen und die Mail über diese IP mit eigenem Reverse Eintrag nutzen. Anders wüste ich jetzt keine Lösung. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
lupo49 Geschrieben 11. Juli 2009 Teilen Geschrieben 11. Juli 2009 Ist das nicht eher so, dass man in der Zonefile angibt, welche Mailserver E-Mails von dieser Domäne versenden dürfen? D.h. man würde in den 100 Domänen Zonefiles jeweils den selben Mailserver angeben, der Mails der 100 Domänen versenden darf. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
TBT Geschrieben 12. Juli 2009 Teilen Geschrieben 12. Juli 2009 das sind die SPF Einträge, und hilft nur bei Empfängern, die den SPF prüfen. Viele machen dies aber nicht, die prüfen nur den PTR Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Crash2001 Geschrieben 14. Juli 2009 Teilen Geschrieben 14. Juli 2009 Ich bin mir da jetzt nicht sicher, aber reicht es nicht, wenn bei der Auflösung der IP-Adresse die Adresse des Mailservers, von dem aus gesendet wurde, einfach nur DABEI ist? Also dass man x Aliase auf eine IP-Adresse legen kann und bei dem reverse-lookup bekommt man dann ja auch unter anderem die eine Adresse mit angezeigt. Das sollte eigentlich doch ausreichen, oder? Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
TBT Geschrieben 14. Juli 2009 Teilen Geschrieben 14. Juli 2009 die Domains, die auf einem Rechner gehostet werden haben nichts mit dem Reverse zu tun! Beispiel: der Server steht bei "ISP01" im Netz "isp01.de". Er hat vom ISP den Namen "server13.isp01.de" erhalten. Auf dem Rechner werden x Domains gehostet, domain01.de, domain02.de, ... Die A Records im DNS stehen nun domain01.de -> [iP] domain02.de -> [iP] ... server13.isp01.de -> [iP] Der PTR Eintrag MUSS auf den Rechnernamen zeigen, also [iP] PTR server13.isp01.de Damit die SPF Prüfung hinahut, muss außerdem der SPF Datensatz gesetzt werden. Falls mehrere Rechner E-Mails versenden (wie bei mir) enthält der SPF Datensatz alle berechtigten Server. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Snipes83 Geschrieben 14. Juli 2009 Autor Teilen Geschrieben 14. Juli 2009 Moin Moin, also habe ich das so richtig verstanden?: Nehmen wir an es gibt einen Kunden mit domain test.de und einer E-mailadresse info@test.de. Dieser verschickt von unserem Server (bsp: Server1.de) an anderen Kunden E-mails. Also muss ich in seiner Hostdatei, einen PTR Eintrag erstellen in dem der Server1.de aufgelistet wird. Stimmt das so? Grüße Snipes83 Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
TBT Geschrieben 14. Juli 2009 Teilen Geschrieben 14. Juli 2009 nicht in seiner hosts Datei, im DNS müssen die Einträge gemacht werden Forward-Zone ----------------- test.de A [iP] server1.de A [iP] die Reverse-Zone ---------------- [iP] PTR server1.de SPF Eintrag für test.de muss den server1.de enthalten Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Snipes83 Geschrieben 15. Juli 2009 Autor Teilen Geschrieben 15. Juli 2009 Vielen Dank an alle, vorallem dir TBT! Hast mir Super weitergeholfen Gruß Snipes83 Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.