Fetchmail holt Emails ab aber stellt nicht zu

Hallo Zusammen,

ich habe einen ucs Server mit Kopano. Die es sidn mehrere Benutzer drauf die schon richtig eingerichtet sind und der Email versandt und Empfang seit mehreren Monaten läuft.

Heute habe ich einen neuen Benutzer eingerichtet und die Email Abholung bei GMX Pop3 gestartet mit no keep. Die Emails wurden auch alle im Posftach bei GMX abgeholt (das ist nun leer) aber sie wurden nicht in den Nutzer zugestellt. Mittlerweile habe ich sender_relay, Sender Cannonical und smtp_auth richtig eingerichtet und der neue Benutzer kann die Emails nun senden und empfangen. Jedoch komme ich nicht mehr an die Emails heran die schon abgerufen wurden.
Fetchmail hat wohl die Mails abgerufen aber nicht ins Benutzerpostfach gelegt, gibt es da eine Möglichkeit diese Emails nun abzulegen, wo sind diese emails gelandet?

VG Stefan

Und nun das gleiche in Englisch
Hello everyone,

i have a ucs server with Kopano. There are several users on it who are already set up correctly and the email has been sent and received for several months.

Today I set up a new user and started collecting emails from GMX Pop3 with no keep. The emails were all picked up in the post box at GMX (that is now empty) but they were not delivered to the user. In the meantime I have set up sender_relay, Sender Cannonical and smtp_auth correctly and the new user can now send and receive the emails. However, I can no longer access the emails that have already been accessed.
Fetchmail has probably retrieved the emails but not put them in the user mailbox, is there a way to store these emails now, where did these emails end up?

Die Antwort auf diese Frage ist im mail.log des Servers zu finden. Diese könnten local an maildir zugestellt sein, oder aber auch wieder zurück ins Internet relayed worden sein.

Ichahne schreckliches :frowning:
So würde ein Teil des LOGs aussehen

Aug 16 13:15:58 KopanoM postfix/cleanup[31748]: 18EAC1FC0D06: message-id=zarafa.5f15781a.77a6.180efbea2ba45465@exchange.centaur-mail.de
Aug 16 13:15:58 KopanoM postfix/qmgr[10951]: 18EAC1FC0D06: from=<s.reichertXXXressoren.de>, size=106378, nrcpt=1 (queue active)
Aug 16 13:15:58 KopanoM fetchmail[31847]: Nachricht lanzchristianXXXX@pop.gmx.net:28 von 559 wird gelesen (106031 Bytes) gelöscht
Aug 16 13:15:58 KopanoM postfix/smtpd[31745]: 37A521FC0D0B: client=localhost[127.0.0.1]

Aug 16 13:25:51 KopanoM postfix/qmgr[10951]: 0DC091FC0EF3: removed
Aug 16 13:25:51 KopanoM postfix/smtp[32638]: 8F78C1FC0C1E: to=, relay=smtp.1und1.de[212.227.15.183]:25, delay=0.22, delays=0.01/0/0.11/0.1, dsn=5.0.0, status=bounced (host smtp.1und1.de[212.227.15.183] said: 550-Requested action not taken: mailbox unavailable 550 Authentication required (in reply to MAIL FROM command))
Aug 16 13:25:51 KopanoM postfix/cleanup[32736]: C8DCC1FC0CD7: message-id=20210816112551.C8DCC1FC0CD7@KopanoM.XXXX.intranet
Aug 16 13:25:51 KopanoM postfix/bounce[514]: 8F78C1FC0C1E: sender non-delivery notification: C8DCC1FC0CD7
Aug 16 13:25:51 KopanoM postfix/qmgr[10951]: C8DCC1FC0CD7: from=<>, size=11082, nrcpt=1 (queue active)
Aug 16 13:25:51 KopanoM postfix/qmgr[10951]: 8F78C1FC0C1E: removed
Aug 16 13:25:51 KopanoM postfix/smtp[32721]: C8DCC1FC0CD7: to=<t.leitmeierXXXXressors.com>, relay=smtp.1und1.de[212.227.15.167]:25, delay=0.17, delays=0.01/0/0.14/0.03, dsn=5.0.0, status=bounced (host smtp.1und1.de[212.227.15.167] said: 550-Requested action not taken: mailbox unavailable 550 Authentication required (in reply to MAIL FROM command))
Aug 16 13:25:52 KopanoM postfix/qmgr[10951]: C8DCC1FC0CD7: removed

Ja, das sieht so aus als wären die Mails zurück ins Internet geschickt worden.

Hallo, ich habe ein ähnliches Problem. Ich habe auch einen UCS Server mit Kopano und Fetchmail scheint die Mails beim Provider lesen zu können und holt sie auch ab, doch die Mails werden scheinbar nicht zugestellt. Sie werden zumindest nicht in der Webapp oder in Outlook angezeigt. Mails versenden funktioniert hingegen. Anbei noch ein Ausschnitt des mail.log

VG André

English:
Hello, I have a similar issue. I’ve got an UCS server with Kopano, too. Fetchmail seems to see and read new Mails on the Provider’s server (and picks them up, too) but these Mails just don’t get delivered. At least they neither show up in the webapp of Kopano nor in Outlook. Sending Mails works perfectly fine. On the bottom you can find a small cutout of the mail.log

kind regards
André
Inkedd411b4677f53ed655bfe5670fad8b69ffec6309e_LI

Hi,
wenn die Mails abgeholt und nicht zugestellt werden können, dürfte es an einer der drei Dateien liegen:
sender_canonical
z. B. stefan.haertlein@hs-systeme.intranet info@hs-systeme.de
sender_relay
z. B. info@hs-systeme.de smtp.provider.de
smtp_auth
Z. B. smtp.provider.de info@hs-systeme.de:Passwort

Mastodon