[Dovecot] alias_for

2012-04-18 Thread Joseph Tam


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

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Joe Beaubien
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

2012-04-18 Thread Robert Schetterer
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

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Andreas Helmcke
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

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread 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?



Re: [Dovecot] Re-indexing of fts-solr not working

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Timo Sirainen
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?

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Timo Sirainen
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

2012-04-18 Thread Timo Sirainen
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)

2012-04-18 Thread Stephan Bosch

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

2012-04-18 Thread John Robinson

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?

2012-04-18 Thread Patrick Westenberg

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?

2012-04-18 Thread Stephan Bosch

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..."

2012-04-18 Thread Charles Marcus

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?

2012-04-18 Thread Patrick Westenberg

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?

2012-04-18 Thread Cor Bosman
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

2012-04-18 Thread Cor Bosman
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

2012-04-18 Thread Daminto Lie
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).
* -