Hi,
When a sieve vacation message gets enabled trought the SOGo webmail
interface, it stores its SOGo.sieve rule file on the server and stores
the sieve rule in SOGo database as well.
However when you edit the vacation message, SOGo reads the sieve rules
only from its database. Hence, if the sieve rules file got modified on
the sieve server (thanks to a Thunderbird sieve module for example),
SOGo does not display the actual rules, but those that were saved
through its web interface.
We use a fork of the Sieve Thunderbird module called "Sieve Out of
Office New". This module enables vacation management throught
Thunderbird (thanks to the same kind of sieve rules used by SOGo).
We've been using it for 2 years now and have customized it a little to
match with the SOGo vacation sieve rules.
This module is able to load a sieve rule file and the usual fields
needed in a vacation message to edit it. It stores the field in
commentaries at the beginning of the sieve rule files.
As of now, the vacation sieve rules created throught SOGo overwrites the
rules created by the Thunderbird module and vice versa.
With the upgrade to Thunderbird 60, this module is not working anymore,
but before trying to upgrade it, we're wondering whether it would be a
good time to try to merge the way SOGo and this module use sieve
vacation rules.
A technical issue we noticed that prevents SOGo and a sieve module to
cohabit, is that SOGo does not read the sieve rule files, it only
overwrites it and store the rules in its database. Would it be possible
to store the fields used in the sieve vacation message within the
vacation sieve rule file itself and load them from this file, and not
from the database, when editing it with the SOGo interface ? This way a
vacation message modified through an other mean than SOGo would get
updated within the SOGo interface as well.
Here is what the sieve rules file created through the module looks like
#
******************************************************************************
# * Script file generated automaticaly by the 'Out Of Office extension'.
# * Do not modify this part.
# *
# * @redirection=false
# * @[email protected]
# * @redirection.address=
# * @redirection.keepMessage=false
# * @notification=true
# * @notification.message=Hello,<LF><LF>I'm not here till the 19th.
<LF>Blablabla Best regards<LF><LF>Sign<LF>
# * @notification.subject=Auto: Out of Office
# * @notification.startdate=2018-08-03
# * @notification.endate=2018-08-19
# * @notification.startdate.enabled=false
# * @notification.endate.enabled=true
# * @notification.replydays=7
#
******************************************************************************
require ["date", "relational", "vacation"];
if allof (currentdate :value "le" "date" "2018-08-19", not exists
["list-help", "list-unsubscribe", "list-subscribe", "list-owner",
"list-post", "list-archive", "list-id", "Mailing-List"], not header
:comparator "i;ascii-casemap" :is "Precedence" ["list", "bulk", "junk"],
not header :comparator "i;ascii-casemap" :matches "To" "Multiple
recipients of*" ){
vacation :addresses [ "[email protected]" ] :days 7 :subject
"Auto: Out of Office" text:
Hello,
I'm not here till the 19th.
Blablabla Best regards
Sign
.
;
}
#
******************************************************************************
# * End of script file generated automatically by the 'Out Of Office
extension'.
# * Do not modify this part.
#
******************************************************************************
Best regards
--
*Olivier BURAIS*
Systèmes et réseaux
[email protected] DBM Technologies
+33(0)4 72 83 52 28
www.dbmtechnologies.com <http://www.dbmtechnologies.com>
11 rue Dedieu
69100 Villeurbanne
--
[email protected]
https://inverse.ca/sogo/lists
