graef-edv Im PostMan unter Konfiguration > Provider habe ich 'generell über Provider (smarthost) senden' aktiviert und gültige Zugangsdaten hinterlegt.
Wizzard Ja, es ist eine direkte Weiterleitung im Postman eingetragen (habe den Beitrag oben nochmal etwas nachgeschärft). Mails aus David-Clients an die interne Adresse ohne David-Benutzer landen auch ohne direkte Weiterleitung im 1&1 Postfach. Mails aus dem externen Thunderbird-Client an interne adressen ohne David-Benutzer landen ohne direkte Weiterleitung in Unverteilt. Mit direkter Weiterleitung kommt der auth-Fehler. Ich dachte die direkte Weiterleitung wäre genau dafür da um bestimmte adessen auch dierekt an externe Ziele zu leiten (Als Ziel habe ich IP und Port des Providers drin). Liege ich da falsch mit meiner Annahme? Weiterleiten über eine Regel in Unverteilt geht auch nicht oder ich konfiguriere es noch nicht richtig.
Sorry. Ich habe diesen Beitrag zu schnell abgeschickt! Das war es! Ich hatte zunächst die Weiterleiten-und-XMedia-Regel auf unverteilt mit Empfänger/Verteiler gleich benutzer@domain.de und Weiterleiten an IP und Port des Providers versucht. Mit weiterleiten an benutzer@domain.de werden die Mails nun an das externe Postfach weitergeleitet. Direkte Weiterleitung ist gelöscht.
(Verstehen tue ich es noch nicht, aber es funktioniert...)
Vielen Dank!
Beiträge von Mallewski
-
-
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 abortedWas 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.