Fetchmail UCS 5.0-0 Beta

Guten Tag zusammen,

ich antworte auf dieses Ticket#2021031121001341

Nach der Installation von UCS 5 und fetchmail habe ich begonnen einen User zu konfigurieren,
incl. der Einstellungen “Mail” und Mailabruf". Dannach ist mir aufgefallen, das der Service fetchmail
nicht gestartet wurde.

Die Datei fetchmailrc sah so aus:
set daemon 1200
set syslog
set postmaster “postmaster”
set bouncemail
set no spambounce
set properties “”

Das dazugehörige listener.log sah wie folgt aus:

07.03.21 15:32:13.329 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.xxx.xxx:7389
07.03.21 15:32:13.342 LISTENER ( PROCESS ) : updating ‘relativeDomainName=xxx.local,zoneName=xxx.xxx,cn=dns,dc=xxx,dc=xxx’ command a
07.03.21 15:32:13.590 LISTENER ( PROCESS ) : updating ‘zoneName=xxx.xxx,cn=dns,dc=xxx,dc=ixxx’ command m
zone refresh queued
zone reload successful
07.03.21 15:38:45.331 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.xxx.xxx:7389
07.03.21 15:38:45.343 LISTENER ( PROCESS ) : updating ‘cn=Petra@xxx.xxx,cn=mailPrimaryAddress,cn=temporary,cn=univention,dc=xxx,dc=ixxx’ command a
07.03.21 15:38:45.768 LISTENER ( PROCESS ) : updating ‘uid=Petra,cn=users,dc=xxx,dc=ixxx’ command m
07.03.21 15:38:45.919 LISTENER ( WARN ) : handler: fetchmailrc (failed)
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE (\d+)+?}\r?$/ at /usr/bin/sieve-connect line 926.
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE (\d+)+?}\r?$/ at /usr/bin/sieve-connect line 1509.
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE \d++?}\r?\n?/ at /usr/bin/sieve-connect line 1525.
Sieve/IMAP Password:
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE (\d+)+?}\r?$/ at /usr/bin/sieve-connect line 926.
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE (\d+)+?}\r?$/ at /usr/bin/sieve-connect line 1509.
Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^{ <-- HERE \d++?}\r?\n?/ at /usr/bin/sieve-connect line 1525.
Sieve/IMAP Password:
07.03.21 15:38:47.986 LISTENER ( PROCESS ) : dovecot: Added mail account ‘petra@xxx.xxx’.
07.03.21 15:38:48.153 LISTENER ( PROCESS ) : updating ‘cn=Petra@xxx.xxx,cn=mailPrimaryAddress,cn=temporary,cn=univention,dc=xxx,dc=ixxx’ command d
Restarting fetchmail (via systemctl): fetchmail.serviceJob for fetchmail.service failed because the control process exited with error code.
See “systemctl status fetchmail.service” and “journalctl -xe” for details.
failed!

Im LDAP ist alles richtig eingetragen !

Auch nach einigen Nachforschungen im Netz bin ich kein Stück weitergekommen.

Ich hoffe das war in der Kürze detailliert genug und ich konnte ein wenig für Klarheit sorgen.

Danke für Ihre Antwort

Da scheint wohl noch ein Bug im fetchmail-Listener-Modul zu sein.

Danke und ein schönes WE

Hallo SirTux,

gibt es schon neuere Erkenntnisse ?

Danke

Ich bin kein Univention-Mitarbeiter. Aber das Log und der Beta-Status lassen auf einen Fehler schließen.

Sonst könntest du mal das Log-Level erhöhen, den Listener triggern und deine Konfiguration im LDAP posten:

ucr set listener/debug/level=4
univention-directory-listener-ctrl resync fetchmail

Hallo SirTux,

ich hoffe das hilt

17.03.21 17:25:08.208 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.xxx.xxx:7389
17.03.21 17:25:08.293 LISTENER ( PROCESS ) : updating ‘cn=test,cn=uid,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command a
17.03.21 17:25:08.817 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=uidNumber,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command a
17.03.21 17:25:09.122 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=gidNumber,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command a
17.03.21 17:25:09.309 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=gidNumber,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command d
17.03.21 17:25:09.531 LISTENER ( PROCESS ) : updating ‘cn=S-1-5-21-2001464847-2745120485-3282774066-5032,cn=sid,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command a
17.03.21 17:25:09.933 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=xxx,dc=xxx’ command a
17.03.21 17:25:10.398 LISTENER ( PROCESS ) : updating ‘cn=S-1-5-21-2001464847-2745120485-3282774066-5032,cn=sid,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command d
17.03.21 17:25:10.731 LISTENER ( PROCESS ) : updating ‘cn=uidNumber,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command m
17.03.21 17:25:10.998 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=uidNumber,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command d
17.03.21 17:25:11.298 LISTENER ( PROCESS ) : updating ‘cn=test,cn=uid,cn=temporary,cn=univention,dc=xxx,dc=xxx’ command d
17.03.21 17:25:11.475 LISTENER ( PROCESS ) : updating ‘cn=Domain Users,cn=groups,dc=xxx,dc=xxx’ command m
Restarting fetchmail (via systemctl): fetchmail.service.
Updating default
Portal data updated in 0.04s
Updating umc
Portal data untouched
17.03.21 17:33:13.598 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.xxx.xxx:7389
17.03.21 17:33:13.610 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=xxx,dc=xxx’ command m
Restarting fetchmail (via systemctl): fetchmail.service.

Danach gibt es keinen Eintrag in /etc/fetchmailrc

wenn ich in fetchmailrc die daten für den poll von Hand eintrage ,dann funzt es

wenn keine poll daten in fetchmailrc stehen. sieht der listenerlog so aus

17.03.21 13:21:31.880 LISTENER ( PROCESS ) : updating ‘uid=SU,cn=users,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.service.
17.03.21 17:25:08.208 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.akprk.intranet:7389
17.03.21 17:25:08.293 LISTENER ( PROCESS ) : updating ‘cn=test,cn=uid,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command a
17.03.21 17:25:08.817 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=uidNumber,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command a
17.03.21 17:25:09.122 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=gidNumber,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command a
17.03.21 17:25:09.309 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=gidNumber,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command d
17.03.21 17:25:09.531 LISTENER ( PROCESS ) : updating ‘cn=S-1-5-21-2001464847-2745120485-3282774066-5032,cn=sid,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command a
17.03.21 17:25:09.933 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=akprk,dc=intranet’ command a
17.03.21 17:25:10.398 LISTENER ( PROCESS ) : updating ‘cn=S-1-5-21-2001464847-2745120485-3282774066-5032,cn=sid,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command d
17.03.21 17:25:10.731 LISTENER ( PROCESS ) : updating ‘cn=uidNumber,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command m
17.03.21 17:25:10.998 LISTENER ( PROCESS ) : updating ‘cn=2016,cn=uidNumber,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command d
17.03.21 17:25:11.298 LISTENER ( PROCESS ) : updating ‘cn=test,cn=uid,cn=temporary,cn=univention,dc=akprk,dc=intranet’ command d
17.03.21 17:25:11.475 LISTENER ( PROCESS ) : updating ‘cn=Domain Users,cn=groups,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.service.
Updating default
Portal data updated in 0.04s
Updating umc
Portal data untouched
17.03.21 17:33:13.598 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.akprk.intranet:7389
17.03.21 17:33:13.610 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.service.
17.03.21 18:05:57.457 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.akprk.intranet:7389
17.03.21 18:05:57.465 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.service.
17.03.21 18:15:09.572 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.akprk.intranet:7389
17.03.21 18:15:09.582 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.serviceJob for fetchmail.service failed because the control process exited with error code.
See “systemctl status fetchmail.service” and “journalctl -xe” for details.
failed!
17.03.21 18:16:21.202 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.akprk.intranet:7389
17.03.21 18:16:21.218 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.serviceJob for fetchmail.service failed because the control process exited with error code.
See “systemctl status fetchmail.service” and “journalctl -xe” for details.
failed!
17.03.21 18:17:40.323 LDAP ( PROCESS ) : connecting to ldap://ucs-1511.akprk.intranet:7389
17.03.21 18:17:40.332 LISTENER ( PROCESS ) : updating ‘uid=test,cn=users,dc=akprk,dc=intranet’ command m
Restarting fetchmail (via systemctl): fetchmail.serviceJob for fetchmail.service failed because the control process exited with error code.
See “systemctl status fetchmail.service” and “journalctl -xe” for details.
failed!

fetchmail Fehler.txt (298,9 KB)

Hallo SirTux,

ich habe dir einen kompletten Listener.log von einen in fetchmailrc nicht
gespeicherten User gemacht.

Danke für eine Antwort

Hallo @akuepper,

Fehler in der Software sollten am besten unter https://forge.univention.org/bugzilla/index.cgi gemeldet werden.

Hallo @fbartels,

gibt es schon neuere Erkenntnisse?

Danke

https://forge.univention.org/bugzilla/show_bug.cgi?id=52963

Da der Feature-Bug noch offen ist, wohl eher nicht.

Hallo zusammen,

ich habe eine Testumgebung mit UCS5 aufgesetzt und bin ebenfalls über dieses Problem gestolpert. Die im Benutzer eingetragenen Daten zum externen Mailabruf werden nicht in die fetchmailrc geschrieben :frowning:

Beste Grüße
Sven

Mastodon