transport funktioniert nicht

Do Jan 5 17:56:43 CET 2023

Hallo Markus,

ich bin begeistert, ich habe die main.cf und master.cf so geändert wie 
du es geschrieben hast und es hat funktioniert. Die Mail kommt an.

Jan  5 16:08:51 mail dovecot: imap-login: Login: 
user=<kamera at nazareth-norddeich.de>, method=PLAIN, rip=79.206.206.110, 
lip=192.168.240.3, mpid=22268, TLS, session=<4xq5rYXx/s5Pzs5u>Jan  5 
16:08:53 mail postfix/smtp[22265]: 8F3D1620162: 
to=<ina.schwitters at hospiz-am-meer.de>, 
relay=192.168.240.4[192.168.240.4]:25, delay=3.4, 
delays=0.1/0.01/3.1/0.14, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued 
as C319910142A)
Jan  5 16:08:53 mail postfix/qmgr[22199]: 8F3D1620162: removed

Mit dem Befehl:

postmap -q kamera at nazareth-norddeich.de 
mysql:/opt/postfix/conf/sql/mysql_virtual_mailbox_maps.cf

habe ich Probleme, ich habe den Befehl und Pfad angepasst:

/opt/mailcow-dockerized# docker-compose exec postfix-mailcow postmap -q 
kamera at nazareth-norddeich.de 
mysql:/opt/mailcow-dockerized/data/conf/postfix/sql/mysql_virtual_mailbox_maps.cf

da bekomme ich, obwohl in dem Pfad die Datei liegt:

postmap: fatal: open 
/opt/mailcow-dockerized/data/conf/postfix/sql/mysql_virtual_mailbox_maps.cf: 
No such file or directory

root at mail2:/opt/mailcow-dockerized/data/conf/postfix/sql# ll
total 88
drwxr-xr-x 2 root systemd-network 4096 Dez 24 10:24 ./
drwxr-xr-x 3 root root            4096 Jan  5 15:52 ../
-rw-r----- 1 root systemd-network  311 Jan  5 14:47 mysql_mbr_access_maps.cf
-rw-r----- 1 root systemd-network  242 Jan  5 14:47 
mysql_recipient_bcc_maps.cf
-rw-r----- 1 root systemd-network  226 Jan  5 14:47 
mysql_recipient_canonical_maps.cf
-rw-r----- 1 root systemd-network  463 Jan  5 14:47 mysql_relay_ne.cf
-rw-r----- 1 root systemd-network  403 Jan  5 14:47 
mysql_relay_recipient_maps.cf
-rw-r----- 1 root systemd-network 1117 Jan  5 14:47 
mysql_sasl_passwd_maps_sender_dependent.cf
-rw-r----- 1 root systemd-network  293 Jan  5 14:47 
mysql_sasl_passwd_maps_transport_maps.cf
-rw-r----- 1 root systemd-network  244 Jan  5 14:47 mysql_sender_bcc_maps.cf
-rw-r----- 1 root systemd-network 1582 Jan  5 14:47 
mysql_sender_dependent_default_transport_maps.cf
-rw-r----- 1 root systemd-network  584 Jan  5 14:47 
mysql_tls_enforce_in_policy.cf
-rw-r----- 1 root systemd-network  261 Jan  5 14:47 
mysql_tls_policy_override_maps.cf
-rw-r----- 1 root systemd-network  275 Jan  5 14:47 mysql_transport_maps.cf
-rw-r----- 1 root systemd-network  392 Jan  5 14:47 
mysql_virtual_alias_domain_maps.cf
-rw-r----- 1 root systemd-network  228 Jan  5 14:47 
mysql_virtual_alias_maps.cf
-rw-r----- 1 root systemd-network  331 Jan  5 14:47 
mysql_virtual_domains_maps.cf
-rw-r----- 1 root systemd-network  319 Jan  5 14:47 
mysql_virtual_mailbox_maps.cf
-rw-r----- 1 root systemd-network  228 Jan  5 14:47 
mysql_virtual_relay_domain_maps.cf
-rw-r----- 1 root systemd-network  249 Jan  5 14:47 
mysql_virtual_resource_maps.cf
-rw-r----- 1 root systemd-network 1246 Jan  5 14:47 
mysql_virtual_sender_acl.cf
-rw-r----- 1 root systemd-network  233 Jan  5 14:47 
mysql_virtual_spamalias_maps.cf

Es kann wohl mit mailcow zu tun haben, das der Befehl nicht passt. Ich 
habe beim durchschauen in mailcow gesehen, das das Postfach nicht 
vorhanden war. Ich habe jetzt dann noch die andere Richtung probiert, 
dabei habe ich dann festgestellt, dass das Postfach wirklich nicht 
vorhanden ist. Ich habe es neu angelegt, und jetzt erscheint es auch in 
der mailcow cli. Trotzdem funktioniert der Befehl nicht.

mailcowdockerized-postfix-mailcow-1  | Jan  5 16:33:04 fe6b174435f0 
postfix/qmgr[380]: B9A51100209: from=<bernd.blana at hospiz-am-meer.de>, 
size=683, nrcpt=1 (queue active)
mailcowdockerized-postfix-mailcow-1  | Jan  5 16:33:04 fe6b174435f0 
postfix/submission/smtpd[643]: disconnect from 
p4fcece6e.dip0.t-ipconnect.de[79.206.206.110] ehlo=2 starttls=1 auth=1 
mail=1 rcpt=1 data=1 quit=1 commands=8
mailcowdockerized-postfix-mailcow-1  | Jan  5 16:33:04 fe6b174435f0 
postfix/lmtp[647]: B9A51100209: to=<kamera at nazareth-norddeich.de>, 
relay=dovecot[172.22.1.250]:24, delay=6.9, delays=6.9/0.01/0/0.06, 
dsn=2.0.0, status=sent (250 2.0.0 <kamera at nazareth-norddeich.de> 
6P0cJbDttmOFAAQA0TOh/w Saved)
mailcowdockerized-postfix-mailcow-1  | Jan  5 16:33:04 fe6b174435f0 
postfix/qmgr[380]: B9A51100209: removed

Postfix relayed es ja, aber nur in das Docker interne Netz, hast du da 
auch Ahnung wo das landet, zumindestens nicht auf dem mail Da habe ich 
geschaut, und auch irgenwelche sonstigen logs gesucht. Aber nichts gefunden.

Liebe Grüße

Bernd

On 05.01.2023 15:24, Markus Winkler via Dovecot wrote:
> Hallo Bernd,
>
> vielen Dank für die Infos!
>
> On Thu, 05 Jan 2023 at 02:09:39PM +0100, Bernd Blana via Dovecot wrote:
>
>> zuerst postconf -n
>>
> [...]
>
>> smtpd_sender_restrictions = 
>> reject_authenticated_sender_login_mismatch, permit_mynetworks, 
>> permit_sasl_authenticated, reject_unlisted_sender, 
>> reject_unknown_sender_domain
>
> Hier haben wir schon den ersten Kandidat. Ändere das in der main.cf 
> mal bitte so ab:
>
> smtpd_sender_restrictions = 
> reject_authenticated_sender_login_mismatch, permit_mynetworks, 
> permit_sasl_authenticated, reject_unknown_sender_domain
>
>
> Jetzt zur master.cf:
>
>> dann postconf -M
>>
> [...]
>
>> smtpd      pass  -       -       n -       -       smtpd
>>  -o 
>> smtpd_helo_restrictions=permit_mynetworks,reject_non_fqdn_helo_hostname
>>  -o smtpd_sasl_auth_enable=no
>>  -o 
>> smtpd_sender_restrictions=permit_mynetworks,reject_unlisted_sender,reject_unknown_sender_domain
> --------------------------------------------------^^^^^^^^^^^^^^^^^^^^^^
>
> Ändere diese letzte Zeile bitte folgendermaßen:
>
>    -o 
> smtpd_sender_restrictions=permit_mynetworks,reject_unknown_sender_domain
>    Diese beiden Änderungen sollten m. E. reichen, damit die 
> eingehenden Mails von <kamera at nazareth-norddeich.de> nicht mehr 
> abgewiesen werden.
> Postfix bitte beenden und wieder starten, da wir an der master.cf 
> geschraubt haben.
>
> Eine erneutes Versenden der Testmail vom mail -> mail2 sollte jetzt 
> eigentlich akzeptiert werden. Hoffe ich. ;-)
>
> Falls das klappt, kuriert das aber erst mal nur das Symptom ... daher 
> checken, warum diese Adresse als nicht bekannt deklariert wird:
>> Ich weiß jetzt nicht genau welchen Bereich des Logs du da brauchst, 
>> ich mal diesen Bereich gewählt. Wenn es nicht reicht kann ich auch 
>> noch mehr schicken:
>
> Ich brauchte eigentlich das korrespondierende Log des mail_2_, aber 
> egal. ;-):
>
>> dsn=5.1.0, status=bounced (host 192.168.240.4[192.168.240.4] said: 
>> 550 5.1.0 <kamera at nazareth-norddeich.de>: Sender address rejected: 
>> User unknown in virtual mailbox table
>
> Um zu überprüfen, warum dieser Effekt (Fehler würde ich es gar nicht 
> unbedingt nennen) in der bisherigen Config überhaupt auftritt, führe 
> auf dem mail2 mal bitte folgendes aus:
>
> postmap -q kamera at nazareth-norddeich.de 
> mysql:/opt/postfix/conf/sql/mysql_virtual_mailbox_maps.cf
>
> Was erfolgt da für eine Ausgabe?
>
> LG
> Markus
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://listen.jpberlin.de/pipermail/dovecot/attachments/20230105/4c336631/attachment-0001.htm>