Postfix/Fehlerbehebung: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 6: | Zeile 6: | ||
$inet_socket_port = [10024, 10026]; | $inet_socket_port = [10024, 10026]; | ||
ändern und amavis neustarten | ändern und amavis neustarten | ||
== Fehlerbehandlung == | |||
=== fatal: open database /etc/aliases.db: No such file or directory" === | |||
Nach dem Versenden einer Mail wurde in der Log-Datei folgender Fehler festgehalten: | |||
<div >" fatal: open database /etc/aliases.db: No such file or directory".</div> | |||
Der Befehl | |||
sudo newaliases | |||
schafft Abhilfe. | |||
=== GMX SASL authentication === | |||
<div >"SASL authentication failed; cannot authenticate to server mail.gmx.net[213.165.64.21]: no mechanism available"</div> | |||
Mit einer Sicherheitsaktualisierung vom 10.03.2009 hat GMX die SMTP-Authentifizierung geändert: diese muss jetzt TLS-verschlüsselt und im Klartext erfolgen. Die Konfiguration wird in [https://wiki.ubuntuusers.de/Postfix/#gmx GMX] beschrieben. | |||
=== Problem mit Smarthost === | |||
Trotz Einrichtens der Benutzerauthentifizierung am Smarthost und der Umwandlung der Absenderadresse kann postfix keine E-Mails über den Smarthost versenden. Manchmal kommt es hier zu Problemen mit der Namensauflösung des Smarthosts. Hier hilft es, wenn man nicht seinen eingenen Router als Nameserver, sondern die Nameserver des Internet-Anbieters direkt angibt. Die notwendigen Schritte sind unter [https://wiki.ubuntuusers.de/interfaces/#DNS-Server-angeben interfaces (Abschnitt „DNS-Server-angeben“)] erklärt. | |||
Nochmals unterstrichen werden sollte auch, dass die Datei '''sasl_password''' unbedingt mit 'sudo touch sasl_password' angelegt werden sollte UND NICHT mit einem Editor wie nano etc., ansonsten wird kein richtiger Zeitstempel erzeugt, und die smtp-Authentifizierung arbeitet nicht. Außerdem müssen der smtp-smarthost, z.B. smtp.gmx.net, in der main.conf bei 'relayname=' unbedingt mit dem in der Datei '''sasl_password''' übereinstimmen. Die Verwendung verschiedener Namen, die aber evtl. zur gleichen IP-Adresse zeigen (z.B. <tt>mail.gmx.net</tt>), führt ebenfalls zu Problemen. | |||
=== Network unreachable – Postfix fatal error === | |||
In diesem [https://disfunctions.de/tutorials/network-unreachable-postfix-fatal-error/ Blogbeitrag] 🇩🇪 (05/2011) wird genauer auf den Fehler [https://launchpad.net/bugs/42947 42947] eingegangen und eine Lösung beschrieben. | |||
=== Anhänge mit mehr als 10 MB === | |||
Die Postfix-Voreinstellung für die maximale Größe einer E-Mail ist 10 MB. Der Versuch, größere E-Mails (E-Mail Body plus Attachments) zu Verschicken endet mit einer Fehlermeldung im E-Mail-Client. Die aktuelle Einstellung kann mit | |||
postconf -n | egrep message_size_limit | |||
angezeigt werden, wobei die Größe in Byte ausgegeben wird. Mit folgenden Befehlen kann die maximale Größe einer E-Mail auf 100 MB erhöht werden: | |||
sudo postconf -e "message_size_limit = 104857600" | |||
sudo service postfix restart | |||
Falls Postfix zusammen mit einem Smarthost eingesetzt wird, sollte <tt>message_size_limit</tt> natürlich an das Smarthost-System angeglichen werden und dessen Begrenzungseinstellung nicht überschreiten. | |||
[[Category:Postfix]] | [[Category:Postfix]] | ||
Version vom 22. Mai 2022, 11:15 Uhr
Postfix; connect to 127.0.0.1[127.0.0.1]:10026: Connection refused
in /etc/amavis/conf.d/20-debian_defaults
$inet_socket_port = 10024; # default listening socket
in
$inet_socket_port = [10024, 10026];
ändern und amavis neustarten
Fehlerbehandlung
fatal: open database /etc/aliases.db: No such file or directory"
Nach dem Versenden einer Mail wurde in der Log-Datei folgender Fehler festgehalten:
Der Befehl
sudo newaliases
schafft Abhilfe.
GMX SASL authentication
Mit einer Sicherheitsaktualisierung vom 10.03.2009 hat GMX die SMTP-Authentifizierung geändert: diese muss jetzt TLS-verschlüsselt und im Klartext erfolgen. Die Konfiguration wird in GMX beschrieben.
Problem mit Smarthost
Trotz Einrichtens der Benutzerauthentifizierung am Smarthost und der Umwandlung der Absenderadresse kann postfix keine E-Mails über den Smarthost versenden. Manchmal kommt es hier zu Problemen mit der Namensauflösung des Smarthosts. Hier hilft es, wenn man nicht seinen eingenen Router als Nameserver, sondern die Nameserver des Internet-Anbieters direkt angibt. Die notwendigen Schritte sind unter interfaces (Abschnitt „DNS-Server-angeben“) erklärt.
Nochmals unterstrichen werden sollte auch, dass die Datei sasl_password unbedingt mit 'sudo touch sasl_password' angelegt werden sollte UND NICHT mit einem Editor wie nano etc., ansonsten wird kein richtiger Zeitstempel erzeugt, und die smtp-Authentifizierung arbeitet nicht. Außerdem müssen der smtp-smarthost, z.B. smtp.gmx.net, in der main.conf bei 'relayname=' unbedingt mit dem in der Datei sasl_password übereinstimmen. Die Verwendung verschiedener Namen, die aber evtl. zur gleichen IP-Adresse zeigen (z.B. mail.gmx.net), führt ebenfalls zu Problemen.
Network unreachable – Postfix fatal error
In diesem Blogbeitrag 🇩🇪 (05/2011) wird genauer auf den Fehler 42947 eingegangen und eine Lösung beschrieben.
Anhänge mit mehr als 10 MB
Die Postfix-Voreinstellung für die maximale Größe einer E-Mail ist 10 MB. Der Versuch, größere E-Mails (E-Mail Body plus Attachments) zu Verschicken endet mit einer Fehlermeldung im E-Mail-Client. Die aktuelle Einstellung kann mit
postconf -n | egrep message_size_limit
angezeigt werden, wobei die Größe in Byte ausgegeben wird. Mit folgenden Befehlen kann die maximale Größe einer E-Mail auf 100 MB erhöht werden:
sudo postconf -e "message_size_limit = 104857600" sudo service postfix restart
Falls Postfix zusammen mit einem Smarthost eingesetzt wird, sollte message_size_limit natürlich an das Smarthost-System angeglichen werden und dessen Begrenzungseinstellung nicht überschreiten.