vacation notice not working ...

[Garry]

After getting my basic Sieve problem solved, I noticed that vacation notices aren't generated ... other manual filters seem to work fine ...

What might I be missing here?

[Martin Heiland]

Hi,

are there any logfile entries? Is the open-xchange-mailfilter plugin installed?

Thanks

[Garry]

No logfile entries I was aware of anyway - mail.log contains the mail being accepted and delivered, nothing in the OX-specific logs ... mailfilter along with config is configured, as mentioned the regular filters (like moving certain mails to another folder) work fine ...
Is there any way to configure some debug level on cyrus? Couldn't find anything except the "debug_command" switch for imapd.conf, nor anything for cyrus.conf ...

[Dennis Sieben]

Can you describe what exactly you are doing in the UI?

Furthermore a tcpdump of the communication between OX and Sieve is helpful like in the other thread, too :-). There we could see if the vacation is transferred to the sieve server or not.

Regards,

Dennis

[Garry]

I just activate the vacation message in the config page ... it's marked active, as is the email address ...

The communication with Sieve must be working, as the file shows up in the Sieve config dir for that user ... here's the source file:

# Generated by OX Sieve Bundle on Tue May 12 11:47:47 CEST 2009
require [ "vacation" , "fileinto" ] ;

## Flag: |UniqueId:1|Rulename: Neue Regel
if header :contains "From" "gkg"
{
fileinto "INBOX.Spam" ;
}

## Flag: vacation|UniqueId:0|Rulename: Abwesenheitsbenachrichtigung
if true
{
vacation :days 7 :addresses "admin@domain.de" :subject "Ich bin nicht da ..." "Bye ..." ;
}

The .bc-file is also there, with same date/time as the source, as is the link under defaultbc ...

[Dennis Sieben]

Deutscher Text im Skript. Dann gehen wir mal über zur Muttersprache...

Da die Vacation Regel im Skript drin ist. Liegt das Problem nicht beim OX. Der trägt dort nämlich nur die Regel ein, wenn sieve keine Nachricht verschickt liegt dort das Problem. In den meisten Fällen liegt das Problem im sieve an den Adressen. Cyrus antwortet z.B. wirklich nur auf die Adressen die hinter :addresses eingetragen sind und hat auch keinen default (also wenn man die addresses weglässt).

Kommt den in diesem Fall wirklich keine Nachricht an wenn man an admin@domain.de eine Mail schickt?

Gruß,

Dennis

[Garry]

Die eingehende Nachricht wird korrekt von Cyrus verarbeitet und im admin-Postfach abgelegt - darüber hinaus kommen keinerlei Ausgaben in den Loggfiles, daß irgend eine Antwort-Nachricht erzeugt oder verarbeitet würde ...

Edit: Nach einigen weiteren Tests fiel mir auf, daß reinkommend auch ein Masquerading aktiv war, weswegen nicht die erwartete Mail-Adresse kam ... danach hat Sieve auch versucht, eine Nachricht zu schicken, was aber an dem Absender "cyrus@unspecified-domain" im SMTP-envelope scheitert ... habe nun in dem Deliver-Aufruf noch eine Korrektur vorgenommen, allerdings scheint das auch noch nicht geholfen zu haben ... jetzt scheint er wieder nicht mal mehr zu versuchen eine Mail zu schicken ... irgendwie fehlt mir der Ansatz, wie ich den Sieve-Kram debugged bekomme ...

[Dennis Sieben]

Aber im mail.log stehen Ausgaben von Sieve? Oder kommen überhaupt keine Ausgaben von sieve dort an?

[Garry]

Die Sachen landen in messages ... sind aber auch nicht wirklich sehr aussagekräftig:

May 14 09:38:34 ox6 master[6378]: about to exec /usr/lib/cyrus/bin/timsieved
May 14 09:38:34 ox6 sieve[6378]: executed
May 14 09:38:34 ox6 sieve[6378]: accepted connection
May 14 09:38:35 ox6 sieve[6378]: login: localhost[127.0.0.1] admin PLAIN User logged in

Die kommen auch nur, wenn der Benutzer sich im Webinterface anmeldet ... bei Verarbeitung von Mails kommen nur diese Ausgaben vom lmtp:

May 14 10:52:00 ox6 master[10196]: about to exec /usr/lib/cyrus/bin/lmtpd
May 14 10:52:00 ox6 lmtpunix[10196]: executed
May 14 10:52:00 ox6 lmtpunix[10196]: accepted connection
May 14 10:52:00 ox6 lmtpunix[10196]: lmtp connection preauth'd as postman
May 14 10:52:00 ox6 lmtpunix[10196]: duplicate_check: <4A0BDB6E.10105@domain.org> user.admin 0
May 14 10:52:00 ox6 lmtpunix[10196]: mystore: starting txn 2147483735
May 14 10:52:00 ox6 lmtpunix[10196]: mystore: committing txn 2147483735
May 14 10:52:00 ox6 lmtpunix[10196]: duplicate_mark: <4A0BDB6E.10105@domain.org> user.admin 1242291120 24
May 14 10:52:00 ox6 lmtpunix[10196]: mystore: starting txn 2147483736
May 14 10:52:00 ox6 lmtpunix[10196]: mystore: committing txn 2147483736
May 14 10:52:00 ox6 lmtpunix[10196]: duplicate_mark: <4A0BDB6E.10105@domain.org> .admin+@.sieve. 1242291120 0

[Garry]

Nach diversen Tests und unzähligen Stunden habe ich endlich eine Lösung gefunden ... anscheinend ist die Ursache in der Art begründet, wie der MTA (in meinem Fall Sendmail) die eingehenden Nachrichten an Cyrus weitergibt... ich hatte im .mc-File folgende Zeilen:

define(`confLOCAL_MAILER', `cyrus')dnl
ifdef(`CYRUS_MAILER_ARGS',,
`define(`CYRUS_MAILER_ARGS', `deliver -e -f $f -m $h -- $u')')
dnl MAILER(`cyrus')dnl

Damit hat alles funktioniert (incl. Reject), bis auf Vacation ...

Nach Umstellen der Zeilen in:

define(`confLOCAL_MAILER',`cyrusv2')dnl
define(`CYRUSV2_MAILER_ARGS',`FILE /var/lib/imap/socket/lmtp')dnl
MAILER(cyrusv2)dnl

funktioniert nun auch die Abwesenheitsbenachrichtigung ...