Auf meinem dedizierten Server habe ich Postfix installiert, um E-Mails über die Websites zu versenden. Einer meiner Kunden hostet seine E-Mails bei einem Drittanbieter, daher haben wir MX-Einträge für die Domäne eingerichtet.
Wenn Sie jedoch Postfix-E-Mails vom Server senden, werden diese nicht empfangen. Ich denke, da die Domäne auf den Server selbst verweist, versucht sie, E-Mails an sich selbst zu senden, aber auf dem Server gibt es nichts, das die E-Mails für diese Domäne verarbeiten könnte. (Es gibt E-Mail-Konten für andere Domänen, die einwandfrei funktionieren.)
Wie bringe ich Postfix dazu, die MX-Einträge der Domäne zum Senden von E-Mails zu verwenden?Der Server ist Ubuntu 8.10 mit Standard-LAMP-Stack. Ich habe Webmin installiert und ein vom Host bereitgestelltes Control Panel namens „Matrix“.
BEARBEITEN: Wenn ich versuche, eine E-Mail von meiner eigenen Adresse zu senden, erhalte ich vom Mail Delivery System eine Fehlermeldung mit folgendem Fehler:
<[email protected]>: user unknown. Command output: Invalid user specified.
Final-Recipient: rfc822; [email protected]
Action: failed
Status: 5.1.1
Diagnostic-Code: x-unix; Invalid user specified.
Hier sind die vorgenommenen Protokolleinträge:
Jan 6 18:06:52 localhost postfix/pickup[29006]: 0329D3F69: uid=33 from=<[email protected]>
Jan 6 18:06:52 localhost postfix/cleanup[30495]: 0329D3F69: message-id=<[email protected]>
Jan 6 18:06:52 localhost postfix/qmgr[22461]: 0329D3F69: from=<[email protected]>, size=611, nrcpt=2 (queue active)
Jan 6 18:06:52 localhost postfix/pipe[30497]: 0329D3F69: to=<[email protected]>, relay=maildrop, delay=0.15, delays=0.1/0/0/0.04, dsn=5.1.1, status=bounced (user unknown. Command output: Invalid user specified. )
Jan 6 18:06:52 localhost postfix/smtp[30498]: 0329D3F69: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[209.85.227.27]:25, delay=0.61, delays=0.1/0.01/0.06/0.45, dsn=2.0.0, status=sent (250 2.0.0 OK 1294337212 o18si30528441wbo.103)
Jan 6 18:06:52 localhost postfix/cleanup[30495]: 868723F75: message-id=<[email protected]>
Jan 6 18:06:52 localhost postfix/bounce[30500]: 0329D3F69: sender non-delivery notification: 868723F75
Jan 6 18:06:52 localhost postfix/qmgr[22461]: 868723F75: from=<>, size=2553, nrcpt=1 (queue active)
Jan 6 18:06:52 localhost postfix/qmgr[22461]: 0329D3F69: removed
Jan 6 18:06:52 localhost postfix/pipe[30497]: 868723F75: to=<[email protected]>, relay=maildrop, delay=0.06, delays=0.01/0/0/0.05, dsn=2.0.0, status=sent (delivered via maildrop service)
Jan 6 18:06:52 localhost postfix/qmgr[22461]: 868723F75: removed
Antwort1
Also, mir ist langweilig auf der Arbeit und ich dachte, ich erwähne Folgendes. Ich habe diese Site noch nie zuvor benutzt, also verzeihen Sie mir.
Zu einer der Antworten haben Sie im Anschluss Folgendes kommentiert:
„OK, ich habe virtual_mailbox_domains = $transport_maps und transport_maps = hash:/etc/postfix/transport. In dieser Datei steht eine Zeile mit condorproperties.co.uk maildrop: – soll ich diese Zeile löschen? – DisgruntledGoat gestern“
Dann folgte:
„@Devdas: Ich habe versucht, diese Zeile zu löschen und Postfix neu zu starten, das behebt das Problem nicht. Muss ich „maildrop“ in etwas anderes ändern? – DisgruntledGoat gestern“
Die Antwort auf Ihre erste Frage lautet „Ja“. Diese Zeile in /etc/postfix/transport erzwang die lokale Zustellung (über Maildrop) von E-Mails, die an condorproperties.co.uk adressiert waren. Am besten wäre es, sie zu entfernen. Das Problem ist, dass ein Neustart von Postfix nicht ausreicht, um die Änderung anzuwenden.
Das Problem ist, dass die in der Konfigurationsdatei konfigurierte Map ein Hash ist:/etc/postfix/transport. Die Datei /etc/postfix/transport ist die menschenlesbare Version der Datei und sollte auch eine entsprechende /etc/postfix/transport.db - die kompilierte Hashmap - Datei haben. Sie verwenden den Befehl postmap, um die menschenlesbare Version in die gehashte Version zu kompilieren. Postfix überprüft die Änderungszeiten und sollte in Ihren Protokolldateien lautstark darüber klagen, dass /etc/postfix/transport.db veraltet ist. Sie müssen lediglich postmap /etc/postfix/transport ausführen, damit die zuvor vorgenommene Änderung (Entfernen der Zeile mit condorproperties.co.uk) wirksam wird. Tatsächlich glaube ich nicht einmal, dass Sie ein Postfix-Reload durchführen müssen, damit die Änderung aktiv wird, nachdem Sie den Postmap-Befehl ausgegeben haben, aber es würde nicht schaden.
Kurz gesagt: Führen Sie „postmap /etc/postfix/transport“ aus und laden Sie dann „postfix reload“.
Prost.
Übrigens war diese Zeile der große Hinweis in Ihren Protokolldateien: 6. Januar 18:06:52 localhost postfix/pipe[30497]: 0329D3F69: to=, relay=maildrop, delay=0,15, delays=0,1/0/0/0,04, dsn=5.1.1, status=bounced (Benutzer unbekannt. Befehlsausgabe: Ungültiger Benutzer angegeben.)
ist Ihnen aufgefallen, dass in der Mitte „Relay=Maildrop“ steht?
Antwort2
Können Sie hier bitte postconf -n einfügen?
Ich wette, dass Sie mydomain.co.uk explizit in einer der Domänen mydestination, virtual_mailbox_domains oder relay_domains mit einem Maildrop-Transport aufgeführt haben.
ring0 hat die richtige Idee, hat die Frage aber, so wie ich es verstehe, falsch analysiert. Das Ziel ist, E-Mails für eine der Domänen auf dem Server woandershin zu leiten, aber sie bleiben bei Postfix.
Jeder Mailserver hat eine lokale Konfiguration, die DNS überschreibt. Wenn Ihr MTA also nicht auf DNS achtet, haben Sie die Domäne in Ihrer lokalen Konfiguration.
Antwort3
postfixbefolgt die Standards und führt eine MX-Eintragsauflösung eines Domänennamens durch, um herauszufinden, welcher Server als nächstes zum Übertragen der E-Mail kontaktiert werden muss.
Möglicherweise liegt ein Problem mit der TTL eines Domänennamens (Zone) vor. Beispielsweise haben Sie die MX-Einträge bei Ihrem Registrar aktualisiert, aber die TTL dieser Domäne bewirkt, dass der zuvor aufgelöste Eintrag im Cache des Domänennamenservers verbleibt.
Außerdem dürfen die Domänennamen auf dem Zielserver nicht alslokal, wodurch der Server die E-Mails ablehnt (siehe z. B. die Protokolle
/var/log/mail.log), weil er davon ausgeht, dass Ihr sendender Server versucht, über diesen Zielserver (mydestinationin/etc/postfix/main.cf) Weiterleitungen (Spam) zu versenden.
Versuchen Sie, dig +nocmd mydomain.tld mx +noall +answerleicht lesbare Informationen einschließlich TTL von den Domänen zu erhalten, die Ihnen Sorgen bereiten.
Antwort4
Überprüfen Sie außerdem, dass für die Remotedomäne, an die Sie E-Mails senden möchten, keine benutzerdefinierten Transportmittel oder Transportzuordnungen definiert sind.