8
SMTP nicht erreichbar - wie kann ich das Problem eingrenzen?
Im eigenen (öffentlichen) Subnet ist der SMTP per Telnet problemlos erreichbar - von aussen per DSL keine Reaktion
Hallo,
unser Provider hat uns das SMTP-Relay gesperrt, weil unser Mailserver keine Emails annimmt.
Leider ist die Hilfsbereitschaft seitens RZ nicht sehr hoch. Deshalb müssen wir uns recht alleine durchfummeln...
Folgende Situation:
Ein VPOP3 Mailserver läuft auf xxx.xxx.46.25:25 und nimmt an was kommt. Bekannte Empfänger werden an einen Exchange 2k3 auf Port 1025 weitergeleitet und alles andere landet in einer Junk-Mailbox. So weit so gut.
Nach einer Änderung der Relay-Struktur (Früher: RZ -> 3.Anbieter -> Unser MS; Heute: 3.Anbieter -> RZ -> Unser MS) kam die Aussage des RZ unser MS nähme keine Mails an. Per Telnet getestet nimmt aber unser Server brav auf SMTP an... LOKAL im Firmennetz getestet...
Bei mir zuhause privat (wo der Server mit seiner öffentlichen IP ja auch erreichbar sein sollte) klappt der Telnet-test nicht! Jetzt haben wir natürlich die Befürchtung, dass es für das RZ so aussieht wie für mich privat... Kein SMTP!?
Hat jemand einen Tipp, wie wir uns dem Problem weiter annähern können? An der Umgebung (Hardware, Firewall, Bridge zum RZ, usw.) wurde nichts geändert...
Danke & Gruß,
Alex
Hallo,
unser Provider hat uns das SMTP-Relay gesperrt, weil unser Mailserver keine Emails annimmt.
Leider ist die Hilfsbereitschaft seitens RZ nicht sehr hoch. Deshalb müssen wir uns recht alleine durchfummeln...
Folgende Situation:
Ein VPOP3 Mailserver läuft auf xxx.xxx.46.25:25 und nimmt an was kommt. Bekannte Empfänger werden an einen Exchange 2k3 auf Port 1025 weitergeleitet und alles andere landet in einer Junk-Mailbox. So weit so gut.
Nach einer Änderung der Relay-Struktur (Früher: RZ -> 3.Anbieter -> Unser MS; Heute: 3.Anbieter -> RZ -> Unser MS) kam die Aussage des RZ unser MS nähme keine Mails an. Per Telnet getestet nimmt aber unser Server brav auf SMTP an... LOKAL im Firmennetz getestet...
Bei mir zuhause privat (wo der Server mit seiner öffentlichen IP ja auch erreichbar sein sollte) klappt der Telnet-test nicht! Jetzt haben wir natürlich die Befürchtung, dass es für das RZ so aussieht wie für mich privat... Kein SMTP!?
Hat jemand einen Tipp, wie wir uns dem Problem weiter annähern können? An der Umgebung (Hardware, Firewall, Bridge zum RZ, usw.) wurde nichts geändert...
Danke & Gruß,
Alex
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 38493
Url: https://administrator.de/contentid/38493
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
8 Kommentare
Neuester Kommentar
Setz mal am SMTP-Server ein tracert auf einen externen host ab und schau dir die gelisteten Stationen an. Damit siehst du mal über welche Wege das Paket raus geht und auch reinkommen sollte.
mfg Martin
mfg Martin
Danke gute Idee - probier ich aus - ich geb dann Rückmeldung...
thx
Alex
thx
Alex
etwas konfus beschrieben.. also noch mal von vorn:
früher sind alle mails in einer externen pop3 mailbox aufgelaufen und jetzt wollt ihr die direkt annehmen? dann würde ich mal den mx eintrag der domäne anpassen..
früher sind alle mails in einer externen pop3 mailbox aufgelaufen und jetzt wollt ihr die direkt annehmen? dann würde ich mal den mx eintrag der domäne anpassen..
Nicht ganz - die Mails sind früher bei einem Provider (nach Domainname) in mehreren POP3-Mailboxen aufgelaufen. Die einen @domain1 kamen dort direkt an (über MX record); die anderen @domain2 wurden über das relay im RZ an den Provider geschickt liefen dort in eine separate Mailbox und wurden auch per POP3 abgeholt.
Diese POP3 Mails wurden dann bei uns am Server nach Empfänger gefiltert und auf die Exchange Mailboxen aufgeteilt...
Dann hat das RZ beschlossen es muss alles anders sein...
Jetzt gehen die @domain1 Mails per geändertem MX record ans RZ und werden dort zusammen mit den @domain2 Mails per SMTP an unseren Server geschickt.
Als alles umgestellt war sah es auch ganz gut aus - Mails kamen rein, SPAM landet in Trashbox die vor dem Löschen gesichtet wird und gut... ABER, das RZ hat uns dann wissen lassen wir würden keine Mails annehmen und als kurz später die Warteschlangen voll waren den Empfang komplett geblockt. "550 5.1.2 <rcpt@domain1de>... Target host unavailable for mail"
Dann haben wir den SMTP intern getestet (von Rechnern in unserem Netz) und alles ist fein.
Von privat getestet (dyn. IP vom DSL-Provider) lässt sich keine Verbindung zum SMTP Server/Port aufbauen...
Ist das technische Dummheit, weil "kann gar nicht gehen, da..." oder ist da ein Problem mit Firewall/Bridge zum RZ/Wasseradern usw. das wir nicht realisieren? Nochmals deutlich gesagt an der Hardware-Umgebung wurde nichts geändert...
Wie kann ich das eingrenzen?
Danke & Gruß,
Alex
Diese POP3 Mails wurden dann bei uns am Server nach Empfänger gefiltert und auf die Exchange Mailboxen aufgeteilt...
Dann hat das RZ beschlossen es muss alles anders sein...
Jetzt gehen die @domain1 Mails per geändertem MX record ans RZ und werden dort zusammen mit den @domain2 Mails per SMTP an unseren Server geschickt.
Als alles umgestellt war sah es auch ganz gut aus - Mails kamen rein, SPAM landet in Trashbox die vor dem Löschen gesichtet wird und gut... ABER, das RZ hat uns dann wissen lassen wir würden keine Mails annehmen und als kurz später die Warteschlangen voll waren den Empfang komplett geblockt. "550 5.1.2 <rcpt@domain1de>... Target host unavailable for mail"
Dann haben wir den SMTP intern getestet (von Rechnern in unserem Netz) und alles ist fein.
Von privat getestet (dyn. IP vom DSL-Provider) lässt sich keine Verbindung zum SMTP Server/Port aufbauen...
Ist das technische Dummheit, weil "kann gar nicht gehen, da..." oder ist da ein Problem mit Firewall/Bridge zum RZ/Wasseradern usw. das wir nicht realisieren? Nochmals deutlich gesagt an der Hardware-Umgebung wurde nichts geändert...
Wie kann ich das eingrenzen?
Danke & Gruß,
Alex
ich vermute mal, das (aus welchen gründen auch immer) euer mailserver das rz als "nicht vertrauenswürdig einstuft. innerhalb des eigenen netzes ist kein problem, da bist du vertrauenswürdig.
insgesamt ist sowiso fragwürdig warum ihr noch extra das rz dazwischen habt. entweder richtet man dort eine pop-mailbox ein die ständig abgerufen wird oder ihr nehmt die mails direkt an.
du kannst ja euren mailserver als primären mx eintragen und das rz mit geringerer priorität, falls ihr mal einen ausfall habt.
insgesamt ist sowiso fragwürdig warum ihr noch extra das rz dazwischen habt. entweder richtet man dort eine pop-mailbox ein die ständig abgerufen wird oder ihr nehmt die mails direkt an.
du kannst ja euren mailserver als primären mx eintragen und das rz mit geringerer priorität, falls ihr mal einen ausfall habt.
:-o Das läuft so leider nicht... Da gibt's so was wie historisch politische Abhängigkeiten...
Danke trotzdem ich versuch mal ob ich der Vertrauensstellung weiterkomme...
Danke trotzdem ich versuch mal ob ich der Vertrauensstellung weiterkomme...
bitte nicht verwechseln: das hat nichts mit der vertrauensstellung zwischen servern zu tun, sondern mit "bekannten" absendern aus spamschutzgründen.
davon ab: sind das nun "eure" mails oder seid ihr nur zweigstelle?
davon ab: sind das nun "eure" mails oder seid ihr nur zweigstelle?
Wie's so geht... Heute hat sich raugestellt (nachdem immer mehr nicht ging bis hin zum "komplett-Tot") das die Firewall im wahrsten Sinne abgeraucht ist - der Lüfter in der Pix hat schlapp gemacht und dann die Bauteile... Mit neuer Firewall wirds auch wieder mailen...
Danke & Gruß,
Alex
Danke & Gruß,
Alex
