System: Tobit David 3, POP3 Grabbing bei 1&1/IONOS, kein eigener MX-Eintrag
Ausgangssituation
Wir betreiben David mit POP3 Grabbing. Alle Postfächer liegen bei 1&1. Zwei Benutzer nutzen Thunderbird als externen SMTP-Client, alle anderen den nativen David-Client. Thunderbird ist korrekt über Remote Access eingebunden (SMTP-Anmeldung erforderlich + Remote-Access Daten erlauben aktiviert) – Benutzer erscheinen korrekt im Ausgangsprotokoll, nicht als „David System User".
Das Problem
Es gibt eine E-Mail-Adresse benutzer@domain.de – ein 1&1-Postfach ohne internes David-Archiv, das dirket von 1&1 per IMAP von einem Mobiltelefon abgerufen wird. D.h. die eigentlich interne Mail muss in das 1&1 Postfach gelangen.
Mein verständnis bisher: Eine unter Postman angelegte Direkte Weiterleitung für benztzer@domain.de sorgt dafür, dass die Mail ins 1&1 Postfach gelangt.
Sendet ein Benutzer vom nativen David-Client an diese Adresse → Mail kommt korrekt an (Port 587, TLS, Auth erfolgreich).
Sendet ein Benutzer von Thunderbird (Remote Access Auth, Port 587) an dieselbe Adresse → PostMan versucht die Weiterleitung über Port 25 ohne Auth → Fehler:
Connecting to server 212.227.15.183 on port 25
DAVIDTLS SSL connect failed – SSL alert number 47
TX TLS negotiation failed!
---
Connecting to server 212.227.15.183 on port 25
530 Authentication required
SMTP Server: Wrong Sender Name!
Mail Transmission aborted
Was wir bereits geprüft und versucht haben
- Direkte Weiterleitung benutzer@domain.de → 212.227.xx.xxx:587 → PostMan ignoriert den Port, nutzt weiterhin Port 25
- Sende Methode mit Empfängeradresse benutzer@domain.de, Port 587, Auth hinterlegt, Test erfolgreich → greift ebenfalls nicht
- Provider-Port von 465 auf 587 geändert → kein Einfluss auf diesen Pfad
- TLS beim Versand auf „Erzwingen" → kein Einfluss
- Kombination Direkte Weiterleitung + Sende Methode (Empfänger) → kein Einfluss
Vermutete Ursache
domain.de steht in den Gültigen Domain Namen. David erkennt benutzer@domain.de als interne Domain und versucht interne Zustellung. Da kein internes Postfach existiert, fällt er auf Port 25 zurück – Sende Methode und Direkte Weiterleitung werden für diesen Pfad nicht konsultiert.
Der native David-Client nimmt einen anderen internen Pfad (Service Layer) und konsultiert die Sende Methode korrekt. Thunderbird liefert extern per SMTP ein – dieser Pfad verhält sich anders.
Frage
Gibt es eine Möglichkeit, David so zu konfigurieren, dass eine über SMTP eingelieferte Mail an eine intern erkannte Domain ohne internes Postfach dennoch korrekt über den Smarthost (Port 587, Auth) nach extern weitergeleitet wird?
Es hat früher funktioniert (vor einem Serverumzug möglicherweise gab es auch eine änderung bei 1&1) – wir suchen die Konfiguration die damals aktiv war.