Nach Update auf Version 9.508 kein Mail Versand mehr möglich?

schaut man da nicht vor dem Update in die Release Notes?

Und ja, es wurde viel verändert!

Das sollte man eigentlich vorher machen, habe ich aber leider nicht gemacht.

Da ich die UTM im Privatbereich nutze, ist es nicht ganz so schlimm....

Füg mal TLS Port 587 TCP der Gruppe Email-Messaging hinzu. Prüf bitte auch, ob sich der Hostname des Mailservers korrekt auflösen lässt.

Das habe ich jetzt gemacht, funktioniert leider immer noch nicht. Der IMAP-Server läst sich anpingen, jedoch kann ich den SMTP-Server nicht pingen.

lässt der smtp-Server sich den auflösen?

Hallo, ja er lässt sich auflösen. Keine Ahnung, wie viel Zeit ich jetzt schon investiert habe. Bin echt kurz davor, ohne UTM weiter zu machen. Ich finde einfach den Fehler nicht. Wenn ich mich bei Mail.de direkt anmelde, kann ich problemlos E-Mails verschicken. MTU habe ich auch schon mehrmals verändern, leider ebenfalls ohne Erfolg....

Hätte ich nur nie das Update eingespielt....

Mal was ganz anderes, kann es sein das du den SMTP proxy im transparenten modus laufen hast?

Vg mod

SMTP Proxy habe ich deaktiviert. Am iPhone habe ich jetzt mal eine Any-Any Regel gebaut und wenn ich mir das Live Protokoll mal anschaue, geht auch alles über Port 993 und 587 raus. Der E-Mail Versand funktioniert aber nicht. Schalte ich Mobile Daten ein, werden die Mails verschickt.

Irgendwas blockt in der UTM.

Prüf auch mal das Livelog von ips und threatprotection.

Beides ist deaktiviert und das Livelog ist leer. Wenn ich in Outlook unter Datei, Kontoeinstellungen mein IMAP-Konto auswähle und die Kontoeinstellungen teste, kann man ganz deutlich sehen wie IMAP (Posteingang) sofort funktioniert und SMTP (Postausgang) nicht funktioniert. Stecke ich das LAN-Kabel an der UTM ab und direkt auf dem Router der Deutsche Glasfaser funtioniert es sofort. Aber ich kann nirgends erkennen, wo es hakt...

was zeigt ein traceroute auf den SMTP-Server?

Hallo,

wenn das Problem erst nach dem Update aufgetaucht ist, liegt es evtl. an einer neuen IP-Adresse, die Du nach dem Reboot der Firewall bekommen hast? Ich hatte mal so einen Fall, wo eine dyn. vergebene IP-Adresse bei einem E-Mail-Provider für den eingehenden Versand von E-Mails gesperrt war, weil der Kunde, der die IP-Adresse vorher hatte, massiv Spam darüber versendet hat. Da wurde die IP-Adresse dann für 7 Tage gesperrt...

Also mal versuchen, eine neue IP-Adresse zu bekommen.

Gruß
Manuel

Hallo,

wenn das Problem erst nach dem Update aufgetaucht ist, liegt es evtl. an einer neuen IP-Adresse, die Du nach dem Reboot der Firewall bekommen hast? Ich hatte mal so einen Fall, wo eine dyn. vergebene IP-Adresse bei einem E-Mail-Provider für den eingehenden Versand von E-Mails gesperrt war, weil der Kunde, der die IP-Adresse vorher hatte, massiv Spam darüber versendet hat. Da wurde die IP-Adresse dann für 7 Tage gesperrt...

Also mal versuchen, eine neue IP-Adresse zu bekommen.

Gruß
Manuel

Kann ja nicht sein, wenn er die UTM umgeht, funktioniert es ja.

Aber wenn alle Lösungsansätze nicht funktionieren, installiere die UTM mit einer älteren Firmware neu und spiel ein Backup ein. Backupversion sollte gleich Firmwareversion sein.

Ich habe glaube ich ein ganz anderes Problem. Wenn ich in der CMD Konsole ping imap.mail.de löst er den IMAP-Server auf und ich bekomme eine Antwortzeit. Aber unter ping smtp.mail.de kommt nichts....

Ok, trag mal in den DNS-Einstellungen die von google ein: 8.8.8.8 und 8.8.4.4 und nimm nicht die des Providers.

Habe unten bei "Vom ISP zugewiesener Forwarders verwenden§ den Haken entfernt und oben beide Adressen von google hinzugefügt. Leider bekomme ich die E-Mails weiterhin nicht verschickt.

Ein traceroute sagt:

Wenn man sich die IP-Adresse 195.122.182.33 mal anschaut, geht die Route über Montenegro...?  

Also bei mir löst smtp.mail.de nach 62.201.172.21 auf. Hast Du vielleicht einen statischen DNS-Eintrag auf der UTM hinterlegt?

Hallo,

(Sorry, my German-speaking brain isn't creating thoughts at the moment. [:(])

You might want to adopt some of the rest of DNS best practice.

MfG - Bob (Bitte auf Deutsch weiterhin.)