der_micha2006
Anmeldungsdatum: 11. August 2005
Beiträge: 562
Wohnort: Dortmund
|
Hallo zusammen, ich habe folgendes Problem:
Ich habe auf einem Ubuntu-Server Mailman installiert. Für die Mail-Zustellung verwende ich postfix. Leider werden die Mails an externe Mail-Adressen nicht zugestellt. Einen Auszug aus dem mail.log ist im Anhang. Was ich bereits herausgefunden habe ist, dass mailman sich wohl über die IP des Servers anstatt 127.0.0.1 an Postfix anmelden möchte. Daher bin ich diesem Beitrag hier gefolgt und habe die IP-Adresse meines Server in die main.cf eingetragen und postfix neu gestartet. Leider hat das nicht funktioniert, er Log-Output im Anhang ist nach der Anpassung der main.cf entstanden. Ich suche seit ein paar Tagen nach Lösungen, finde aber keine andere mehr und weiss nun wirklich nicht mehr, wie ich weiter vorgehen kann. Ich würde mich über eure Hilfe daher sehr freuen.
|
der_micha2006
(Themenstarter)
Anmeldungsdatum: 11. August 2005
Beiträge: 562
Wohnort: Dortmund
|
Hm, Anhang scheint nicht zu klappen, ich sehe ihn auf jeden Fall nicht, daher hier ein Auszug: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44 | Mar 5 10:18:41 h2855476 postfix/smtpd[29087]: connect from p5DC99BB7.dip0.t-ipconnect.de[93.201.155.183]
Mar 5 10:18:41 h2855476 postfix/smtpd[29087]: 5217B21247: client=p5DC99BB7.dip0.t-ipconnect.de[93.201.155.183], sasl_method=DIGEST-MD5, sasl_username=[michael@<meineDomain>]
Mar 5 10:18:41 h2855476 postfix/cleanup[29106]: 5217B21247: message-id=<20a3f1acbf986291e976e678602f36f7ef08c29f.camel@[<meineDomain>>
Mar 5 10:18:41 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: handlers_stderr: PASS
Mar 5 10:18:41 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: PASS during call 'limit-out' handler
Mar 5 10:18:41 h2855476 check-quota[29110]: Starting the check-quota filter...
Mar 5 10:18:41 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: handlers_stderr: SKIP
Mar 5 10:18:41 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: SKIP during call 'check-quota' handler
Mar 5 10:18:41 h2855476 postfix/qmgr[29085]: 5217B21247: from=<michael@<meineDomain>>, size=1183, nrcpt=1 (queue active)
Mar 5 10:18:41 h2855476 postfix/smtpd[29087]: disconnect from p5DC99BB7.dip0.t-ipconnect.de[93.201.155.183] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=8
Mar 5 10:18:41 h2855476 postfix/pipe[29112]: 5217B21247: to=<kegelvagabunden@<meineDomain2>>, relay=mailman, delay=0.44, delays=0.27/0.01/0/0.16, dsn=2.0.0, status=sent (delivered via mailman service)
Mar 5 10:18:41 h2855476 postfix/qmgr[29085]: 5217B21247: removed
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: connect from localhost[::1]
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <...@dokom.net>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...l@dokom.net> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: disconnect from localhost[::1] ehlo=1 mail=1 rcpt=0/1 rset=1 quit=1 commands=4/5
Mar 5 10:18:42 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: Message aborted.
Mar 5 10:18:42 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: Message aborted.
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: connect from localhost[::1]
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <...@web.de>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...@web.de> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <....@arcor.de>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...@arcor.de> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <...@web.de>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...@web.de> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <...@web.de>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...@web.de> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: E3F7821247: client=localhost[::1]
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: E3F7821247: reject: RCPT from localhost[::1]: 554 5.7.1 <...@gmx.de>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...@gmx.de> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/smtpd[29087]: E3F7821247: reject: RCPT from localhost[::1]: 554 5.7.1 <...@web.de>: Relay access denied; from=<kegelvagabunden-bounces@<meineDomain2>> to=<...@web.de> proto=ESMTP helo=<h2855476.stratoserver.net>
Mar 5 10:18:42 h2855476 postfix/cleanup[29106]: E3F7821247: message-id=<20a3f1acbf986291e976e678602f36f7ef08c29f.camel@<meineDomain>>
Mar 5 10:18:43 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: handlers_stderr: SKIP
Mar 5 10:18:43 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: SKIP during call 'limit-out' handler
Mar 5 10:18:43 h2855476 check-quota[29115]: Starting the check-quota filter...
Mar 5 10:18:43 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: handlers_stderr: SKIP
Mar 5 10:18:43 h2855476 /usr/lib/plesk-9.0/psa-pc-remote[301]: SKIP during call 'check-quota' handler
Mar 5 10:18:43 h2855476 postfix/qmgr[29085]: E3F7821247: from=<kegelvagabunden-bounces@<meineDomain2>>, size=2855, nrcpt=2 (queue active)
Mar 5 10:18:43 h2855476 postfix/smtpd[29087]: disconnect from localhost[::1] ehlo=1 mail=1 rcpt=2/8 data=1 quit=1 commands=6/12
Mar 5 10:18:43 h2855476 postfix/smtpd[29087]: warning: hostname ip-38-58.ZervDNS does not resolve to address 92.118.38.58: Name or service not known
Mar 5 10:18:43 h2855476 postfix/smtpd[29087]: connect from unknown[92.118.38.58]
Mar 5 10:18:43 h2855476 postfix-local[29119]: postfix-local: from=kegelvagabunden-bounces@<meineDomain2>, to=andrea@<meineDomain>, dirname=/var/qmail/mailnames
Mar 5 10:18:43 h2855476 postfix-local[29120]: postfix-local: from=kegelvagabunden-bounces@<meineDomain2>, to=michael@<meineDomain>, dirname=/var/qmail/mailnames
Mar 5 10:18:43 h2855476 dovecot: service=lda, user=andrea@<meineDomain>, ip=[]. msgid=<20a3f1acbf986291e976e678602f36f7ef08c29f.camel@<meineDomain>>: saved mail to INBOX
Mar 5 10:18:43 h2855476 dovecot: service=lda, user=michael@<meineDomain>, ip=[]. msgid=<20a3f1acbf986291e976e678602f36f7ef08c29f.camel@<meineDomain>>: saved mail to INBOX
Mar 5 10:18:43 h2855476 postfix-local[29120]: process '/usr/lib/dovecot/dovecot-lda -d "$DELIVERED_TO"' stderr : doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -Pn > dovecot-new.conf#012doveconf: Warning: Obsolete setting in /etc/dovecot/conf.d/11-plesk-security-ssl.conf:5: ssl_dh_parameters_length is no longer needed
Mar 5 10:18:43 h2855476 postfix/pipe[29118]: E3F7821247: to=<michael@<meineDomain>>, relay=plesk_virtual, delay=0.4, delays=0.2/0.02/0/0.19, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Mar 5 10:18:43 h2855476 postfix-local[29119]: process '/usr/lib/dovecot/dovecot-lda -d "$DELIVERED_TO"' stderr : doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -Pn > dovecot-new.conf#012doveconf: Warning: Obsolete setting in /etc/dovecot/conf.d/11-plesk-security-ssl.conf:5: ssl_dh_parameters_length is no longer needed
Mar 5 10:18:43 h2855476 postfix/pipe[29117]: E3F7821247: to=<andrea@<meineDomain>>, relay=plesk_virtual, delay=0.41, delays=0.2/0.01/0/0.2, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Mar 5 10:18:43 h2855476 postfix/qmgr[29085]: E3F7821247: removed
|
|
Cranvil
Anmeldungsdatum: 9. März 2019
Beiträge: 990
|
Mit welchen Befehlen hast du dein Problem zu beheben versucht? Welche Werte hast du in der Variablen smtpd_recipient_restrictions eingetragen? Hast du dort angegebene Hashes geändert und danach vergessen, die für Postfix nochmal neu zu generieren?
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
Vor allem solltest du uns mal ganz konkret die entsprechenden Konfiguration zeigen:
postconf -n
mailman conf
|
der_micha2006
(Themenstarter)
Anmeldungsdatum: 11. August 2005
Beiträge: 562
Wohnort: Dortmund
|
Hallo zusammen, sorry, wegen der späten Antwort, Corona macht die Familienbespassung nicht einfacher... Cranvil schrieb: Mit welchen Befehlen hast du dein Problem zu beheben versucht? Welche Werte hast du in der Variablen smtpd_recipient_restrictions eingetragen? Hast du dort angegebene Hashes geändert und danach vergessen, die für Postfix nochmal neu zu generieren?
Ich habe bisher nur log-files durchwühlt um eine Ahnung zu bekommen, woran es überhaupt liegt. Geändert habe ich nichts.
| postconf -d smtpd_recipient_restrictions
smtpd_recipient_restrictions =
|
postconf -n:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59 | postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
append_dot_mydomain = no
authorized_flush_users =
authorized_mailq_users =
biff = no
compatibility_level = 2
disable_vrfy_command = yes
inet_interfaces = all
inet_protocols = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mailman_destination_recipient_limit = 1
message_size_limit = 10240000
mydestination = localdomain, localhost, localhost.localdomain, localhost
myhostname = <meinServer>
mynetworks = , 127.0.0.1/32, 127.0.0.0/8, 81.169.249.87, 81.169.249.87/32
myorigin = /etc/mailname
plesk_virtual_destination_recipient_limit = 1
readme_directory = no
recipient_canonical_classes = envelope_recipient,header_recipient
recipient_canonical_maps = tcp:127.0.0.1:12346
recipient_delimiter = +
relayhost =
sender_dependent_default_transport_maps = hash:/var/spool/postfix/plesk/sdd_transport_maps
smtp_send_xforward_command = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtp_use_tls = no
smtpd_authorized_xforward_hosts = 127.0.0.0/8 [::1]/128
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated
smtpd_milters = , inet:127.0.0.1:12768
smtpd_proxy_timeout = 3600s
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists, permit_sasl_authenticated
smtpd_timeout = 3600s
smtpd_tls_cert_file = /etc/postfix/postfix.pem
smtpd_tls_ciphers = medium
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_mandatory_ciphers = medium
smtpd_tls_mandatory_protocols = TLSv1 TLSv1.1 TLSv1.2
smtpd_tls_protocols = TLSv1 TLSv1.1 TLSv1.2
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
tls_medium_cipherlist = HIGH:!aNULL:!MD5
transport_maps = , hash:/var/spool/postfix/plesk/transport
virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual
virtual_gid_maps = static:31
virtual_mailbox_base = /var/qmail/mailnames
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_mailbox_limit = 0
virtual_mailbox_maps = , hash:/var/spool/postfix/plesk/vmailbox
virtual_transport = plesk_virtual
virtual_uid_maps = static:30
|
Die mailman conf finde ich nicht, hat evtl. etwas damit zu tun, dass ich mailman über plesk installiert habe.
|
der_micha2006
(Themenstarter)
Anmeldungsdatum: 11. August 2005
Beiträge: 562
Wohnort: Dortmund
|
|
Cranvil
Anmeldungsdatum: 9. März 2019
Beiträge: 990
|
Mit Blick auf die Fehlermeldungen nehme ich an, dass du nochmal nach den smtpd_relay_restrictions und smtpd_sender_restrictions schauen solltest. Es liest sich fast so, als würde der Mailman versuchen, sich mit Angaben zu identifizieren, die der Postfix als unzulässig ansieht. Meine Vermutung mit den smtpd_recipient_restrictions war im Nachhinein nicht so clever - immerhin willst du ja senden und nicht empfangen. Der Mailman arbeitet auf demselben Host wie Postfix, richtig? Hast du mal probiert, mit dem Befehl postmap die einzelnen Datenbankdateien zu aktualisieren? Wenn du auf die Ausgabe von
schaust, siehst du eine ganze Reihe von Einträgen mit der Angabe hash:. Das sind Verweise auf (Text)Dateien, die mittels
in eine gleichnamige db-Datei umgewandelt werden können. Es sind einige Dateien in der Konfiguration genannt. Vielleicht machst du ein Backup von diesen Dateien (mit und ohne db-Endung) und wendest das Programm auf die Dateien an. Einen Dienststart später kannst du ausprobieren, ob sich etwas geändert hat. der_micha2006 schrieb: Die mailman conf finde ich nicht, hat evtl. etwas damit zu tun, dass ich mailman über plesk installiert habe.
Die Mailman Doku sagt, dass du mit
herausfinden kannst, wo die Konfigurationsdatei liegt.
|
der_micha2006
(Themenstarter)
Anmeldungsdatum: 11. August 2005
Beiträge: 562
Wohnort: Dortmund
|
Hallo, mailman info funktioniert auch nicht. Wenn ich mailm ⇒ tab eingebe, dann bekomme ich nur mailman-config als Vorschlag.
Es sind einige Dateien in der Konfiguration genannt. Vielleicht machst du ein Backup von diesen Dateien (mit und ohne db-Endung) und wendest das Programm auf die Dateien an. Einen Dienststart später kannst du ausprobieren, ob sich etwas geändert hat.
Das verstehe ich leider nicht.
|
Cranvil
Anmeldungsdatum: 9. März 2019
Beiträge: 990
|
Ich habe da gerade nochmal reingeschaut. Laut Paketverzeichnis gibt es das von mir genannte Programm mailman im Paket mailman3, während es das von dir genannte mailman-config im Paket mailman zu finden ist (Paketverzeichnis). Da die Paketbeschreibung von mailman behauptet, dass es sich um eine Legacy-Version handelt: Besteht die Möglichkeit, dass du auf mailman3 migrierst und damit testest, ob das Versenden von Mails nun besser läuft bzw. wenigstens herausfinden kannst, wie du den Listenmanager in einer (vermutlich) zeitgemäßeren Version konfigurierst.
|
bugblatterbeast
Anmeldungsdatum: 30. Januar 2008
Beiträge: 455
|
Also ich verwende auch die sogenannte Legacy-Version (Paketname "mailman") zusammen mit Postfix und habe keine Probleme mit der Zustellung. Es ist zum Glück schon sehr, sehr lange her, dass ich mich intensiv mit Postfix auseinandersetzen musste aber ich vermute, dass der Log-Eintrag "Relay access denied", der immer in Verbindung mit "relay=mailman" aufzutreten scheint, ein vielversprechender Ansatz für die Lösung des Problems sein könnte. Hier sind ein paar relevante Abschnitte aus meiner Konfiguration: /etc/postfix/main.cf
| ### Mailman config:
relay_domains = MAILMAN.SERVERNAME.TLD
transport_maps = hash:/etc/postfix/transport
mailman_destination_recipient_limit = 1
|
Da Du bereits einen Eintrag in transport_maps hast, solltest Du probieren, es in folgenden Wert zu ändern:
"transport_maps = hash:/etc/postfix/transport, hash:/var/spool/postfix/plesk/transport" die Datei /etc/postfix/transport wurde selbst erstellt und besteht nur aus einer Zeile:
| MAILMAN.SERVERNAME.TLD mailman:
|
folgende Zeilen sind am Ende meiner Datei /etc/postfix/master.cf
| ### mailman
mailman unix - n n - - pipe
flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
${nexthop} ${user}
|
Das python-script sollte mit Deinem mailman Paket installiert worden sein. Kannst das ja mal mit Deiner Konfiguration vergleichen und ausprobieren, ob es Dir evtl weiterhilft.
|