CronJob aktualisiert mail.sieve nicht / Mail generiert falsche mail.sieve

DRK 2022-07-13 13:33:24 UTC #1

Hallo,

wir haben wir folgendes Problem mit unserer eGroupware Installation:
Der Cron-Job aktualisiert die mail.sieve im User-Verzeichnis nicht, wenn der User die Abwesenheitsnotiz “nach Datum” aktiviert hat und dieses Datum in der Zukunft liegt (ab heute geht, dann wird die Datei korrekt geschrieben).

Vielleicht ist es auch nur ein Verständnisproblem und ich muss den Fehler woanders suchen.
Aber nach meinem Verständnis schreibt der Mail-Client, wenn man z.B. für morgen den Autoresponder aktiviert, folgendes in die mail.sieve:

#Mail filter rules for demo
#Generated by demo using Mail 21.1
##PSEUDO script start
#vacation&&1&&“demo@MEINEDOMAIN.de”&&Info zur Abwesenheit&&1657749600-1657749600
#mode&&basic

und es wird ein Cron-Job erstellt, der um 0:00 Uhr die mail.sieve umschreiben soll (kann ich im Admin unter Asynchroner zeitgesteuerter Dienst sehen).

Jetzt habe ich nachts dann folgende Fehlermeldung im Log:

[error] 46#46: *867679 FastCGI sent in stderr: “
PHP message: Ein Fehler ist aufgetreten. (InvalidArgumentException): Horde_Imap_Client requires a username.
PHP message: File: /vendor/egroupware/imap-client/lib/Horde/Imap/Client/Base.php, Line: 244
PHP message: #0 /usr/share/egroupware/vendor/egroupware/imap-client/lib/Horde/Imap/Client/Socket.php(174): Horde_Imap_Client_Base->__construct()
PHP message: #1 /usr/share/egroupware/api/src/Mail/Imap.php(228): Horde_Imap_Client_Socket->__construct()
PHP message: #2 /usr/share/egroupware/api/src/Mail/Imap.php(244): EGroupware\Api\Mail\Imap->__construct()
PHP message: #3 /usr/share/egroupware/api/src/Mail/Imap.php(173): EGroupware\Api\Mail\Imap->adminConnection()
PHP message: #4 /usr/share/egroupware/api/src/Mail/Account.php(418): EGroupware\Api\Mail\Imap->__construct()
PHP message: #5 /usr/share/egroupware/mail/inc/class.mail_sieve.inc.php(809): EGroupware\Api\Mail\Account->imapServer()
PHP message: #6 /usr/share/egroupware/api/src/loader/deprecated_factory.php(154): mail_sieve::async_vacation()
PHP message: #7 /usr/share/egroupware/api/src/Asyncservice.php(509): ExecMethod()
PHP message: #8 /usr/share/egroupware/api/asyncservices.php(76): EGroupware\Api\Asyncservice->check_run()
PHP message: #9 {main}
PHP message: # Instance=default, User=demo, Request=GET http://MEINEDOMAIN.de/egroupware/api/asyncservices.php?run_by=crontab&domain=default, User-agent=” while reading response header from upstream, client: 172.19.0.2, server: _, request: “GET /egroupware/api/asyncservices.php?run_by=crontab&domain=default HTTP/1.0”, upstream: “fastcgi://172.19.0.2:9000”, host: “nginx”

In der zweiten Zeile steht ja im Grunde schon der Fehler “Horde_Imap_Client requires a username”, ich vermute also, dass da irgendwas nicht stimmt.

Es ist eine normale Docker Installation auf Debian Buster (egroupware-docker 21.1.20220408).

Liebe Grüße

Hauke

RalfBecker 2022-07-13 18:52:56 UTC #2

Hmm, ich gehe mal davon aus, das das eine aktuelle Urblaubsbenachrichtigung ist.

Wir im Oktober 2021 das Verfahren für die Urlaubsbenachrichtigungen geändert bzw. ergänzt: wenn der Sieve-Server die Erweiterung Date unterstützt wird kein Cron-Job UND Master Passwort mehr benötigt, statt dessen wird das Datum direkt im Sieve Skript eingebaut.

Da der aktuelle Dovecot das unterstützt sollten die Cronjobs eigentlich nicht mehr vorkommen. Welchen IMAP Server und Version setzt Ihr ein und wie sieht das eigentliche Sieve Script aus?

Ralf

StefanU 2022-07-13 18:55:37 UTC #3

Ich hatte hier

dazu etwas geschrieben.

Stefan

DRK 2022-07-14 14:23:46 UTC #4

Moin und danke schon mal.

Dovecot Version 2.3.4.1 (aktuelleste für das Debian) mit Pigeonhole 0.5.4.
Date-Erweiterung ist mit aktivert.
Ich habe mal die Ausgabe von doveconf -n als Datei angehängt, da stehen alle Infos drin.

doveconf_n.txt (1,4 KB)

Das generierte Sieve Script für einen Autoresponder morgen:

#Mail filter rules for demo
#Generated by demo using Mail 21.1
##PSEUDO script start
#vacation&&1&&“demo@MEINEDOMAIN.de”&&Info zur Abwesenheit&&1657836000-1657836000
#mode&&basic

Für einen Autoresponder heute bis morgen:

#Mail filter rules for demo
#Generated by demo using Mail 21.1
require [“vacation”,“regex”,“date”,“relational”];

if header :regex “X-Spam-Status” “\bYES\b”{
stop;
}
if allof (
currentdate :value “ge” “date” “2022-07-14”,
currentdate :value “le” “date” “2022-07-15”)
{
vacation :days 1 :addresses [“demo@MEINEDOMAIN.de”] text:
Info zur Abwesenheit
.
;

}
##PSEUDO script start
#vacation&&1&&“demo@MEINEDOMAIN.de”&&Info zur Abwesenheit&&1657749600-1657836000
#mode&&basic

Aktiviert (ohne Datum):

#Mail filter rules for demo
#Generated by demo using Mail 21.1
require [“vacation”,“regex”,“date”,“relational”];

if header :regex “X-Spam-Status” “\bYES\b”{
stop;
}
vacation :days 1 :addresses [“demo@MEINEDOMAIN.de”] text:
Info zur Abwesenheit
.
;

##PSEUDO script start
#vacation&&1&&“demo@MEINEDOMAIN.de”&&Info zur Abwesenheit&&on
#mode&&basic

Mir ist noch nicht ganz klar, wer da eigentlich etwas tun müsste - dank des Cron-Eintrags im Admin hatte ich gemutmaßt, dass eGroupware da etwas tun müsste.
Oder ist es doch Sieve?

Liebe Grüße

Hauke

RalfBecker 2022-07-15 05:33:05 UTC #5

Nach dem Sieve Script, das Du gepostet hast, ist der Cron Job überflüssig. Das Skript ist - von sich aus - nur in der angegebenen Zeit aktiv.

Warum wir den Cron Job noch erzeigen muss ich mir mal anschauen, gebraucht wird er nicht.

Ralf

DRK 2022-07-15 07:04:25 UTC #6

Schon mal gut zu wissen, dann ist der Fehler also bei Sieve.

Dass Script 2 und 3 funktionieren, ist klar.
Aber bei Script 1 ist doch alles auskommentiert - muss da nicht noch irgendein Script greifen und es umwandeln in die Form Script 2 (also Pseudo-Script in richtiges Script)? Und wenn ja, sollte Sieve das machen?

Script 1 funktioniert so auf jeden Fall nicht.

Liebe Grüße

Hauke

RalfBecker 2022-07-15 19:42:35 UTC #7

Das auskommentierte ist nur die Syntax die wir verwenden um zu speichern was in dem Sieve Skript steht, ohne es tatsächlich zu parsen.

Wenn das so auf dem gleichen System für eine Urlaubsbenachrichtigung die in der Zukunft starten soll generiert wurde, dann habe wir da noch einen Fehler bei uns im Code.

@StefanU oder @bbegw: könnt Ihr das reproduzieren, wenn ja bitte Ticket für Hadi aufmachen.

Ralf

DRK 2022-07-15 21:46:53 UTC #8

Ah, deswegen hat meine Suche im Netz dazu so wenig ergeben.

Ja, das wird so generiert, wenn der Termin in der Zukunft startet. Bei Start heute ist alles okay.
Kann ich noch irgendetwas beisteuern?

Liebe Grüße

Hauke

StefanU 2022-07-17 07:53:30 UTC #9

Ich kann auf meinem System (21.1.20220408) feststellen:
Cron-Jobs werden bei Datum-Abwesenheitsnotizen erstellt.
Aktive und sofort aktive (mit Datum) Abwesenheitsnotizen funktionieren.

Abwesenheitsnotizen mit künftigen Datum erzeugen:

Durch den nächtlichen Cron-Job wird aber das korrekte Script geschrieben und die Abwesenheitsnotiz funktioniert.

Somit:
Cron-Job wir noch erstellt
Ob das Script dann auf einem Mail-Server funktioniert kann ich (so noch) nicht sagen.

Du meinst das .bc-Script, richtig?

Bei einer zeitgesteuerten Abwesenheitsnotiz steht dort bei mir nichts drin.

Das sollte erst einmal komplett sein für ein Ticket. Erstelle ich.

@DRK:
Der Unterschieb zwischen uns ist dass bei mir auch die künftigen Abwesenheitsnotizen funktionieren. Aber wohl, weil bei mir das noch per Mail-Admin nach alter Methodik nachts per Cron-Job geschaltet wird.

Prüfe du doch bitte mal, was in dein eigentliches Script (.bc) geschrieben wird. Ich habe auf einem Cyrus getestet, hoffe das funktioniert/heißt bei deinem Dovecot genau so.

Stefan

DRK 2022-07-18 13:45:22 UTC #10

Gehe ich jetzt auch von aus. Aber wenn ich es richtig verstanden habe, soll die alte Methodik (der Cron-Job) weg und stattdessen soll die mail.sieve “richtig” geschrieben werden, oder?
Also müsste ich bei mir nichts umstellen, sondern ich warte einfach ab, bis das drin ist?
Habe mir schon für die Übergangszeit ein kleinses Bash-Script geschrieben, dass mich benachrichtigt, falls einer einen Autoresponder für die Zukunft einstellt, damit komme ich bis dahin klar…

Übrigens möchte ich Euch an dieser Stelle gerne mal loben: die Reaktionszeit hier im Forum ist sensationell. Und das bei der Kompetenz. Danke!

Beim Dovecot gibt es das, glaube ich, nicht.
Pigeonhole hat keine eigenen internen Skripte, der nimmt nur die mail.sieve.

Liebe Grüße

Hauke

StefanU 2022-07-18 13:48:05 UTC #11

Hi Hauke.

Danke auch

Werde ich heute Abend mal testen:

Stefan

StefanU 2022-07-18 19:59:07 UTC #12

Gepacht sieht das nun bei einer Abwesenheit in der Zukunft schon eher nach einem sinnvollen script aus…

Vielleicht kannst/magst du das bei euch mal testen:

Der Cron-Job wir noch generiert. Das sollte ja erst einmal nicht stören. Wenn der Cron-Job auf dem Mail-Server nichtsdarf (kein Mail-Admin) passiert nichts und wenn der Job nachts läuft wird da auch nur noch einmal das gleiche Script generiert. Meine ich…

Für solche konstruktive Problemmeldungen können wir auch nur danken. Wir haben halt keine Testabteilung mit zig Leuten.
Gerne weiter so.

Stefan

DRK 2022-07-20 08:03:40 UTC #13

Gepatcht (danke für die Anleitung) und getestet.

Funtioniert einwandfrei.
Die generierte mail.sieve sieht jetzt für zukunftige Termine genauso aus, wie eine, die heute beginnt.

Vielen Dank noch mal und auch noch mal viel Lob für den Support hier.

Liebe Grüße

Hauke