[Dovecot] alias_for
I noticed the addition of a new namespace configuration "alias_for". What pracical difference is adding this over and above making namespace aliases hidden and disabling list, as in older versions of dovecot configurations? Joseph Tam
Re: [Dovecot] Re-indexing of fts-solr not working
Sure. Everything in hg goes to the next release. On 18.4.2012, at 22.41, Joe Beaubien wrote: > Awesome, thanks. > > Will this appear in the 2.1.5 release? > > > On Wed, Apr 18, 2012 at 12:57 PM, Timo Sirainen wrote: > >> On 17.4.2012, at 21.36, Joe Beaubien wrote: >> >>> I am currently testing a 2.1 dovecot setup with fts-solr. Search speed is >>> simply amazing. I decided to try to delete and rebuild the solr indexes, >>> but i can't seem to rebuild them thru dovecot. >> >> With Maildir you could just delete dovecot.index* files. But with dbox >> that's not a good idea. Anyway, implemented now the minimum needed to get >> doveadm fts rescan to work: >> >> http://hg.dovecot.org/dovecot-2.1/rev/d145ea6f7061 >> >>
Re: [Dovecot] Re-indexing of fts-solr not working
Awesome, thanks. Will this appear in the 2.1.5 release? On Wed, Apr 18, 2012 at 12:57 PM, Timo Sirainen wrote: > On 17.4.2012, at 21.36, Joe Beaubien wrote: > > > I am currently testing a 2.1 dovecot setup with fts-solr. Search speed is > > simply amazing. I decided to try to delete and rebuild the solr indexes, > > but i can't seem to rebuild them thru dovecot. > > With Maildir you could just delete dovecot.index* files. But with dbox > that's not a good idea. Anyway, implemented now the minimum needed to get > doveadm fts rescan to work: > > http://hg.dovecot.org/dovecot-2.1/rev/d145ea6f7061 > >
Re: [Dovecot] migration dove 2.0 2.1 shared namespace acl broken
Am 18.04.2012 19:01, schrieb Timo Sirainen: > On 17.4.2012, at 17.40, Robert Schetterer wrote: > >> doveadm acl debug >> >> shows on both versions >> >> Fatal: ACL shared dict iteration failed > > Doesn't it show any other error message before this? Either to terminal or to > error log? What's your doveconf -n? Hi Timo, i didnt found more usefull errors before all are like Debug: acl: No lookup right to mailbox: but that istn true, i checked it in the filesystem and tried new acls etc ( and they working under 2.0.20 ) to me it looks like some acl check/list problem perhaps depend on stuff like in i.e http://hg.dovecot.org/dovecot-2.1/rev/65a75939ac2c as i said the old 2.0.20 works still fine on the other server the only change i did was with virtual and namespace inbox to get special_use working > this is from the dove version # 2.1.4 (85ad4baedd43): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-37-server x86_64 Ubuntu 10.04.4 LTS auth_cache_negative_ttl = 0 auth_cache_size = 50 M auth_debug = yes auth_debug_passwords = yes auth_master_user_separator = * auth_mechanisms = plain login auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose = yes auth_verbose_passwords = plain auth_worker_max_count = 300 dict { acl = mysql:/etc/dovecot/dovecot-dict-acl-sql.conf.ext expire = mysql:/etc/dovecot/dovecot-dict-expire-sql.conf.ext quotadict = mysql:/etc/dovecot/dovecot-dict-quota-sql.conf.ext } disable_plaintext_auth = no first_valid_gid = 1001 first_valid_uid = 1001 hostname = mail01.example.com last_valid_gid = 1001 last_valid_uid = 1001 listen = * login_greeting = imap, pop ready mail_access_groups = vmail mail_debug = yes mail_fsync = always mail_gid = 1001 mail_location = maildir:~/ mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = " stats zlib expire virtual fts fts_squat mail_log autocreate notify acl listescape" mail_privileged_group = vmail mail_uid = 1001 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave imapflags notify mmap_disable = yes namespace { list = yes location = maildir:/usr/local/virtual/%%d/%%u:INDEX=~/shared/%%d/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } namespace inbox { hidden = no list = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { auto = subscribe special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { auto = subscribe special_use = \Trash } mailbox name { special_use = \Drafts \Junk \Sent \Trash } prefix = separator = / subscriptions = yes } namespace real { hidden = yes list = no location = prefix = RealMails/ separator = / } namespace virtual { hidden = yes list = no location = virtual:/etc/dovecot/virtual2:LAYOUT=maildir++:INDEX=~/virtual prefix = virtual/ separator = / } passdb { args = /etc/dovecot/dovecot-sql-master.conf.ext driver = sql master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { acl = vfile:/etc/dovecot/global-acls:cache_secs=300 acl_shared_dict = proxy::acl autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autocreate5 = Templates autocreate6 = Hostmaster-Backup autocreate7 = archiv-backup-mailspooler autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts autosubscribe5 = Templates expire = Trash expire2 = Trash/* expire3 = Junk expire4 = Junk/* expire5 = Hostmaster-Backup expire6 = Hostmaster-Backup/* expire7 = archiv-backup-mailspooler/* expire_dict = proxy::expire fts = squat home = /usr/local/virtual/%d/%u mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size mail_log_group_events = yes quota = dict:::proxy::quotadict quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u sieve = /usr/local/virtual/%d/%u/dovecot.sieve sieve_before = /etc/dovecot/sieve/global.sieve sieve_dir = /usr/local/virtual/%d/%u/sieve sieve_execute_bin_dir = /usr/lib/dovecot/sieve-execute sieve_execute_socket_dir = sieve-execute sieve_extensions = +notify +imapflags sieve_filter_bin_dir = /usr/lib/dovecot/sieve-filter sieve_filter_socket_dir = sieve-filter sieve_global_dir = /etc/dovecot/sieve/ sieve_global_extensions = +vnd.dovecot.execute +vnd.dovecot.pipe +vnd.dovecot.filter sieve_global_path = /etc/dovecot/sieve/global.sieve sieve_pipe_bin_dir = /usr/lib/dovecot/sieve-pipe sieve_pipe_socket_dir = sieve-pipe sieve_plugins = sieve_extprograms stats_refresh = 30 secs stats_track_cmds = yes
Re: [Dovecot] namespace hierarchy
On 18.4.2012, at 20.00, Andreas Helmcke wrote: >> If you have any subscriptions=no namespaces, you need a parent namespace >> that has subscriptions=yes. You could have e.g.: >> >> namespace { >> prefix = INBOX/ >> list = no >> inbox = yes >> } >> namespace { >> prefix = >> list = no >> hidden = yes >> alias_for = INBOX/ >> } >> >> So now the prefix="" is used for the subscriptions but nothing else really. > > I tried this, but sadly with dovecot V2.1.1 it is not working. Oh, I hadn't thought of one problem: It's now using the same subscriptions file for both prefix="" and prefix=INBOX/ namespaces. This confuses it. So you need to place the prefix="" namespace somewhere else, for example: > namespace dummy { > alias_for = INBOX/ location = maildir:/home/mail/user/%u/public > hidden = yes > list = no > location = > prefix = > separator = / > type = private > }
Re: [Dovecot] namespace hierarchy
Am 04.04.2012 03:47, schrieb Timo Sirainen: > On 1.4.2012, at 10.28, Tom Fernandes wrote: > >> In the new server I would like to have 3 namespaces (private, public, >> shared) >> and use "/" as separator. Is it possible to keep "INBOX." for private, so >> that >> the users mailboxes appear below the Inbox, but have public and shared on >> the >> same hierarchy-level like the Inbox? >> > > If you have any subscriptions=no namespaces, you need a parent namespace that > has subscriptions=yes. You could have e.g.: > > namespace { > prefix = INBOX/ > list = no > inbox = yes > } > namespace { > prefix = > list = no > hidden = yes > alias_for = INBOX/ > } > > So now the prefix="" is used for the subscriptions but nothing else really. I tried this, but sadly with dovecot V2.1.1 it is not working. Steps to reproduce: + create empty mail directory + create one folder (Allgemeines/Tabel) in public namespace with doveadm + start mail-client (in my case thunderbird) + try to subscribe to the new public folder Error message in log: Apr 18 18:19:34 elablnmail02 dovecot: imap(ahelmcke): Warning: Subscriptions file /home/mail/user/ahelmcke/subscriptions: Removing invalid entry: Allgemeines/Tabel doveconf -n: # 2.1.1: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-220.7.1.el6.x86_64 x86_64 CentOS release 6.2 (Final) ext4 auth_master_user_separator = * first_valid_uid = 400 mail_gid = vmail mail_location = maildir:/home/mail/user/%u mail_uid = vmail mbox_write_locks = fcntl namespace Allgemeines { location = maildir:/home/mail/Allgemeines:INDEX=/home/mail/user/%u/SEEN.Allgemeines prefix = Allgemeines/ separator = / subscriptions = no type = public } namespace dummy { alias_for = INBOX/ hidden = yes list = no location = prefix = separator = / type = private } namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = INBOX/ separator = / type = private } passdb { args = /etc/dovecot/passwd.masterusers driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf driver = ldap } plugin { acl = vfile sieve = /var/lib/dovecot/sieve/%u.sieve sieve_global_dir = /var/lib/dovecot/sieve/global/ sieve_global_path = /var/lib/dovecot/sieve/default.sieve } protocols = imap lmtp service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } } service imap-login { inet_listener imap { address = * } inet_listener imaps { address = * } } ssl = required ssl_cert =
Re: [Dovecot] LMTP auth problem
On 14.4.2012, at 20.21, Cor Bosman wrote: > My config was the same as yours. That didnt work for me. But if I add > > user = dovecot > mode = 0666 Hmm. Perhaps I should make this the default. > That does work. Of course, the difference between 777 and 666 is > minimal. I think 666 is handled as a special case in the code? Yes, it's handled specially. 0666 is now a safe default for multi-user systems, since it returns data for a user only if the calling process's UID matches the returned "uid". 0777 makes it truly world-accessible.
Re: [Dovecot] migration dove 2.0 2.1 shared namespace acl broken
On 17.4.2012, at 17.40, Robert Schetterer wrote: > doveadm acl debug > > shows on both versions > > Fatal: ACL shared dict iteration failed Doesn't it show any other error message before this? Either to terminal or to error log? What's your doveconf -n?
Re: [Dovecot] Re-indexing of fts-solr not working
On 17.4.2012, at 21.36, Joe Beaubien wrote: > I am currently testing a 2.1 dovecot setup with fts-solr. Search speed is > simply amazing. I decided to try to delete and rebuild the solr indexes, > but i can't seem to rebuild them thru dovecot. With Maildir you could just delete dovecot.index* files. But with dbox that's not a good idea. Anyway, implemented now the minimum needed to get doveadm fts rescan to work: http://hg.dovecot.org/dovecot-2.1/rev/d145ea6f7061
Re: [Dovecot] Hints for a NFS-Setup
On 18.4.2012, at 1.29, Kelsey Cummings wrote: > On 03/30/12 07:35, Timo Sirainen wrote: >> IP stickiness isn't enough if user uses more than one IMAP client, which is >> pretty common nowadays. And doesn't help at all with LDA. > > Timo, having the LDA flow through the director with maildir and NFS is only > an issue if you want to use the dovecot delivery agent since it manipulates > the indexes on delivery, right? This shouldn't be a problem if you are > running a completely distinct delivery cluster running a LDA like procmail. Right. If indexes or dovecot-uidlist isn't updated then it doesn't matter.
Re: [Dovecot] 487 imap-login processes - is this ok
On 17.4.2012, at 17.21, Götz Reinicke wrote: > recently I checked our mailserver for some more tuning and optimizing > and noticed, that currently I do have 487 imap-login processes and I'm > asking myself if that's o.k. > > We do have about 1.000 user in total and not everybody is currently > logged in. > > May be this is o.k. but if not, what might I check? Normal in "high-security mode": http://wiki.dovecot.org/LoginProcess Most of those 487 processes are probably handling SSL traffic.
Re: [Dovecot] mbox folders on-disc layout
On 18.4.2012, at 14.36, John Robinson wrote: > I'd like to change the on-disk layout for my mboxes from being > ~/mail/foo/bar > to > ~/mail/foo.bar > so that I can have folders containing both messages and subfolders, without > having subfolders beginning with . and then having to do all the other > fiddling with locations of index files etc. that goes along with > LAYOUT=maildir++, and also leaving the filesystem layout looking sensible so > my users see their mailboxes instead of the index and control files. > > Is this possible or do I need to patch something? Not possible without patching. There's also the other possibility of doing something like: # Trick mbox configuration which allows a mail folder which contains both # messages and sub-folders mail_location = mbox:~/mail/mailboxes:DIRNAME=mBoX-MeSsAgEs:INDEX=~/mail/index:CONTROL=~/mail/control from http://wiki2.dovecot.org/MboxChildFolders
Re: [Dovecot] returning a namespace location from userdb?
On 18.4.2012, at 11.53, Cor Bosman wrote: > hey all, is it possible to return the location of namespace from the userdb > lookup? Yes. > But im currently trying to implement a second namespace, and Im having > trouble returning a mailbox location for this specific namespace from our > userdb. Is this possible? If so, what would the userdb have to return exactly? > > namespace spam { namespace/spam/location=maildir:/something/different
Re: [Dovecot] trash plugin
On 18.4.2012, at 11.22, Cor Bosman wrote: > The trash plugin docs say: > > "Normally if a message can't be saved/copied because it would bring user over > quota, the save/copy fails with "Quota exceeded" error. The trash plugin can > be used to avoid such situations by making Dovecot automatically expunge > oldest messages from configured mailboxes until the message can be saved" > > This leads me to believe that if a message cant be stored, the plugin would > avoid returning a quota error, but instead delete/expunge messages until the > original message can fit, and then complete the command. Yes. > But I see something different, at least using the plugin in imap (havent > tried it on lmtp). When I drag a message to a folder thats almost full, and > the message doesnt fit, I get an actual quota error: > > 23 uid copy 454343 "Spam" > 23 NO [OVERQUOTA] Quota exceeded (mailbox for user is full) > > After my client sees this error, I see the trash plugin creating space. But > then it's too late right? The client already has a visible error. Am I just > misunderstanding how the trash plugin is supposed to work? Fixed: http://hg.dovecot.org/dovecot-2.1/rev/51b40cffb628
[Dovecot] Statistics scripts
I wrote two scripts, which you can use with the stats plugin enabled to get a better "doveadm stats top" than it currently is: http://dovecot.org/tools/stats-top.pl http://dovecot.org/tools/stats.pl
Re: [Dovecot] http://xi.rename-it.nl upgrade 2.0 - 2.1 dovecot-common (<< 2:2.1.alpha1-0~auto+47)
Op 4/15/2012 3:14 PM, Robert Schetterer schreef: Hi, i got depency problem like dovecot-common (<< 2:2.1.alpha1-0~auto+47) dpkg -i dovecot-common_2.1.4-0~auto+3_all.de after all dove seems to run without install dovecot-common basicly You should be able to drop dovecot-common entirely. It is nothing but a dummy package now. Regards, Stephan.
[Dovecot] mbox folders on-disc layout
I'd like to change the on-disk layout for my mboxes from being ~/mail/foo/bar to ~/mail/foo.bar so that I can have folders containing both messages and subfolders, without having subfolders beginning with . and then having to do all the other fiddling with locations of index files etc. that goes along with LAYOUT=maildir++, and also leaving the filesystem layout looking sensible so my users see their mailboxes instead of the index and control files. Is this possible or do I need to patch something? (CentOS 6, dovecot 2.0.9) Cheers, John.
Re: [Dovecot] Missing 20-managesieve.conf in 2.1.4?
Stephan Bosch schrieb: I wouldn't know why it is missing in your installation. It is still contained in the tarball. How did you install it exactly? I installed it the same way as usual: ./configure make make install No errors reported. I checked the configure options and also tried --with-managesieve but the file is still missing. However, this is my first installation on Scientific Linux. Patrick
Re: [Dovecot] Missing 20-managesieve.conf in 2.1.4?
On 4/18/2012 11:49 AM, Patrick Westenberg wrote: Hello, I installed Dovecot 2.1.4 and Pigeonhole 0.3.0 and wondered that there is no 20-managesieve.conf file anymore. It is no problem to use one of my old files. I just want to know whether this is a bug or not. I wouldn't know why it is missing in your installation. It is still contained in the tarball. How did you install it exactly? Regards, Stephan.
[Dovecot] OT Re: Dovecot and Outlook Express "plaintext authentication not allowed..."
On 2012-04-17 4:41 PM, D Chen wrote: Per your suggestion, in Outlook Express I changed to use SSL on port 993 for IMAP, and port 465 for SMTP, the creation of the new account succeeded without error! However, when tried to send to my yahoo mail or gmail acct, got the following error: (apparently failed to send!) Changed subject to OT because this is not relevant to dovecot... "The message could not be sent because one of the recipients was rejected by the server. The rejected email address was 'dchen...@yahoo.com.' Subject: 'test out to yahoo mail' Account:'dchen192.168.20.100' Server: 192.168.20.100 Protocol: SMTP, server response: 554 5.7.1 That is a 'Relay access denied' error (assuming yahoo uses correct error codes, which is probably a bad assumption)... Either Yahoo doesn't support port 465 (try the submission port for your yahoo smtp server - 587)... or you have a free account which doesn't allow relaying using their servers (so you'd have to use something else for sending - what does the Thunderbird client use for sending for that account?)... But as suggested... don't use Outlook Express, use a modern mail client (Thunderbird is my preference, but someone else suggested Windows Live Mail which does suck much less than Outlook Express)... -- Best regards, Charles
[Dovecot] Missing 20-managesieve.conf in 2.1.4?
Hello, I installed Dovecot 2.1.4 and Pigeonhole 0.3.0 and wondered that there is no 20-managesieve.conf file anymore. It is no problem to use one of my old files. I just want to know whether this is a bug or not. Regards Patrick
[Dovecot] returning a namespace location from userdb?
hey all, is it possible to return the location of namespace from the userdb lookup? The code is a bit unclear about it. There seems to be a part of the docs saying: If you want to override settings inside sections, you can separate the section name and key with '/'. For example: namespace default { inbox = yes } The inbox setting can be overridden by returning namespace/default/inbox=no extra field I realize you can set 'location=' in the namespace, but we have mailbox locations that cant be expressed by the normal variable substitution vars in dovecot (dont ask). So we have a userdb that returns the correct mail location. This works fine. But im currently trying to implement a second namespace, and Im having trouble returning a mailbox location for this specific namespace from our userdb. Is this possible? If so, what would the userdb have to return exactly? namespace spam { type = private separator = / inbox = no prefix = Spam/ subscriptions = no list = yes hidden = yes } Regards, Cor
[Dovecot] trash plugin
The trash plugin docs say: "Normally if a message can't be saved/copied because it would bring user over quota, the save/copy fails with "Quota exceeded" error. The trash plugin can be used to avoid such situations by making Dovecot automatically expunge oldest messages from configured mailboxes until the message can be saved" This leads me to believe that if a message cant be stored, the plugin would avoid returning a quota error, but instead delete/expunge messages until the original message can fit, and then complete the command. But I see something different, at least using the plugin in imap (havent tried it on lmtp). When I drag a message to a folder thats almost full, and the message doesnt fit, I get an actual quota error: 23 uid copy 454343 "Spam" 23 NO [OVERQUOTA] Quota exceeded (mailbox for user is full) After my client sees this error, I see the trash plugin creating space. But then it's too late right? The client already has a visible error. Am I just misunderstanding how the trash plugin is supposed to work? Dovecot 2.1.4, config is on a set of test servers: namespace { type = private separator = / inbox = yes } namespace { type = private separator = / inbox = no prefix = Spam/ location = maildir:/var/spool/mail/%1u/%1.1u/%u/.Spam:INDEX=/var/spool/mail/dovecot-control/indexes/%1u/%2u/%u/.Spam:CONTROL=/var/spool/mail/dovecot-control/%1u/%2u/%u/.Spam subscriptions = no list = yes hidden = yes } plugin { quota = maildir:Spam quota:ns=Spam/ quota_rule = *:storage=5000K } My goal is to create a FIFO spam folder that never returns a quota error, but instead just deletes the oldest emails as new spam comes in. Regards, Cor
Re: [Dovecot] vacation plugins for squirrelmail
Thank you Tamsy for sharing with me your config file. Initially, I thought I tried not to use managesieve and that's why I skipped that part there. But after seeing your config, I'd try to use managesieve. I would need to modify my dovecot config file first to incorporate the managesieve. And I also learnt that I need to put in my domain name. In this case, I would try this again next week as this server has not been made as a production server just yet. I thought if I could get all the things I need to work before the day of putting it online to the Internet. That would save me a lot of work. Thank you once again From: Tamsy To: Dovecot Mailing List Sent: Tuesday, 17 April 2012 5:00 PM Subject: Re: [Dovecot] vacation plugins for squirrelmail Seems not to be attached to my former mail. Here it comes again, inline: avelsieve config.php ### * @copyright 2002-2004 Alexandros Vellis * @package plugins * @subpackage avelsieve */ /** * Debug Mode. Enable this (change to 1) if you need to send a bug report, * or to 2 or 3 if you are a developer! * * Valid values: * 0 = No debugging output * 1 = Normal debugging output * 2 = Firebug-enhanced debugging output * 3 = Enhanced debugging output and no Sieve capabilities checks - enables * all UI features! */ if(!defined('AVELSIEVE_DEBUG')) { define('AVELSIEVE_DEBUG', 1); } /* */ /* === IMAP Server / SIEVE Setup = */ /* */ /** @var string Backend to use. Available backends are: * 'ManageSieve': Uses the ManageSieve protocol. e.g. Cyrus * 'File': Writes files straight to disk. e.g. Exim4, Dovecot LDA. */ global $avelsieve_backend; $avelsieve_backend = 'ManageSieve'; /* */ /* === ManageSieve Backend Options */ /* */ /* Port where ManageSieve servers (e.g. Cyrus IMAP's timsieved) listens to. * Default is 2000. Note that another possible port that your server might * listen to, is 4190, which is now the official (IANA-assigned) port for * Sieve. */ global $sieveport; $sieveport = 4190; /** * @var string Space separated list of preferred SASL mechanisms for the * authentication to ManageSieve server. e.g. "PLAIN DIGEST-MD5";*/ global $sieve_preferred_sasl_mech; $sieve_preferred_sasl_mech = 'PLAIN'; /** * @var boolean Disable STARTTLS for ManageSieve. You can set this to true, * if you do not wish to use encryption via TLS mechanisms (i.e. the server * is not configured properly, or this is a local connection and TLS is not * needed. * Note that STARTTLS is supported only in PHP5+. In PHP4 this option will * have no effect and STARTTLS will be disabled anyway. */ global $avelsieve_disabletls; $avelsieve_disabletls = false; /* */ /* === File Backend Options === */ /* */ global $avelsieve_file_backend_options, $data_dir, $username; $avelsieve_file_backend_options = array( 'avelsieve_default_file' => "$data_dir/$username.sievesource" ); /* */ /* == Implementation- and Server-Specific Options */ /* */ /* In Cyrus 2.3+, the notification action is a bit more complex than the * others. The oldcyrus variable is for supporting the partially implemented * notify extension implementation of Cyrus < 2.3. If you have Cyrus < 2.3, * just set this to true. * * This only changes the informational / help text displayed in avelsieve. * * Cyrus < 2.3 : $from$, $env-from$, $subject$ * Cyrus 2.3+ : $from$, $env-from$, $subject$, $text$, $text[n]$ */ global $avelsieve_oldcyrus; $avelsieve_oldcyrus = true; /* If you have Cyrus with an lmtpd that can understand the "auth" argument to * the :envelope test as the SMTP/LMTP auth, or any other Sieve implementation, * then you can enable this to provide this functionality to the user. * * This was not clarified in the base spec of RFC 3028. It will be done * correctly in a new version of Cyrus, based on a new draft / spec. */ global $avelsieve_enable_envelope_auth; $avelsieve_enable_envelope_auth = true; /* Some Implementations of Sieve need certain things in order to operate * correctly. If you use any of the following server implementations, you MUST * set this variable to the corresponding value for the filtering to work * correctly. * Valid values are: * - Any RFC3028-mostly-compatible implementation: '' (empty). * -