- dovecot - dovecot.org

[Dovecot] Dsync Permissions Issue
by Asai 16 Sep '11

16 Sep '11

Greetings, I recently upgraded Dovecot from 1.2 to 2.0.14, for purposes of using Dsync to migrate emails from one server to another. I'm using MySQL for authentication. However I get this error message when I try to run Dsync, and after looking around for an answer, I'm at a bit of a loss: [root@triata ~]# dsync -v -u asai(a)globalchangemusic.org backup ssh -p22222 vmail(a)xx.xxx.xx.xxx dsync -u asai(a)globalchangemusic.org vmail(a)xx.xxx.xx.xxx's password: dsync(vmail): Error: userdb lookup: connect(/var/run/dovecot/auth-userdb) failed: Permission denied (euid=1001(vmail) egid=1001(vmail) missing +r perm: /var/run/dovecot/auth-userdb, euid is not dir owner) dsync(vmail): Fatal: User lookup failed: Internal error occurred. Refer to server log for more information. dsync-local(asai(a)globalchangemusic.org): Error: read() from worker server failed: EOF Config as follows: [root@triata ~]# doveconf -n # 2.0.14: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-92.1.10.el5.xs5.0.0.39xen x86_64 CentOS release 5 (Final) ext3 auth_mechanisms = plain login mail_home = /vmail/%d/%n/home mail_location = maildir:/vmail/%d/%n 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 namespace { inbox = yes location = prefix = separator = / type = private } passdb { args = /etc/dovecot-mysql.conf driver = sql } plugin { sieve = /vmail/%d/%n/sievescript } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = vmail mode = 0660 user = vmail } unix_listener auth-userdb { group = vmail mode = 0666 user = vmail } user = root } ssl_cert = </etc/ssl/triata.globalchangemultimedia.net/mailserver/smtpd.pem ssl_key = </etc/ssl/triata.globalchangemultimedia.net/mailserver/smtpd.pem userdb { driver = passwd } userdb { args = /etc/dovecot-mysql.conf driver = sql } protocol lda { hostname = triata.globalchangemultimedia.net mail_plugin_dir = /usr/lib64/dovecot/ mail_plugins = sieve postmaster_address = postmaster(a)globalchangemultimedia.net } --

2 2

[Dovecot] unexpected LSUB / LIST (SUBSCRIBED) output Re: Panic: file mailbox-list-subscriptions.c: line 66 (mailbox_list_subscription_fill_one): assertion failed: (ns!= NULL && (ns->flags & NAMESPACE_FLAG_AUTOCREATED) != 0)
by Lutz Preßler 16 Sep '11

16 Sep '11

On Thu, 15 Sep 2011, Timo Sirainen wrote: > On Wed, 2011-09-14 at 12:10 +0200, Lutz Preßler wrote: > > imap(2717, testuser): Panic: file mailbox-list-subscriptions.c: line > > 66 (mailbox_list_subscription_fill_one): assertion failed: (ns!= NULL > > && (ns->flags & NAMESPACE_FLAG_AUTOCREATED) != 0) > > > Fixed: http://hg.dovecot.org/dovecot-2.1/rev/309a707c22c0 No assertion anymore. 0 login testuser password [...] 0 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.test" * LIST (\Noselect \HasChildren) "." "INBOX.shared.user1" * LIST (\HasNoChildren) "." "INBOX.virtual" * LIST (\HasNoChildren) "." "INBOX.shared.user1.in2007" 0 OK List completed. 0 lsub "" "*" * LSUB (\Noselect) "." "INBOX.shared.user1" 0 OK Lsub completed. 0 list (subscribed) "" "*" * LIST (\NonExistent) "." "INBOX.shared.user1" 0 OK List completed. >>> ~testuser/Maildir/subscription is empty here 0 subscribe INBOX.shared.user1.in2007 0 OK Subscribe completed. 0 lsub "" "*" * LSUB (\Noselect) "." "INBOX.shared.user1" * LSUB () "." "INBOX.shared.user1.in2007" 0 OK Lsub completed. 0 list (subscribed) "" "*" * LIST (\NonExistent) "." "INBOX.shared.user1" * LIST (\Subscribed) "." "INBOX.shared.user1.in2007" 0 OK List completed. >>> ~testuser/Maildir/subscription now contains "shared.user1.in2007" Is this "INBOX.shared.user1" LSUB/LIST output correct? Lutz

2 1

[Dovecot] Shared folder not listing
by Tom Clark 16 Sep '11

16 Sep '11

Hi Timo, I've got a weird problem on our dovecot. We're trying to setup private shared folder access. I have 2 users. tom(a)mailbox.com and system(a)mailbox.com. I have set the ACL's on all the folders (and subfolders) on system(a)mailbox.com. However, I'm not getting any of them listed when I check tom(a)mailbox.com <mailto:tom@mailbox.com's> 's IMAP folders. Our configuration is below (we're migrating from Courier hence the INBOX.): In 10-mail.conf: namespace { type = private prefix = INBOX. separator = . inbox = yes list = yes hidden = yes } namespace { type = shared separator = . prefix = INBOX.Shared.%%u location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%u subscriptions = no list = children } mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } In 90-acl.conf: plugin { #acl = vfile:/etc/dovecot/acls:cache_secs=300 acl = vfile } # To let users LIST mailboxes shared by other users, Dovecot needs a # shared mailbox dictionary. For example: plugin { acl_shared_dict = file:/var/vpopmail/domains/%d/shared-mailboxes } Have I missed anthing!?!? Thanks in advance! Tom

3 4

Re: [Dovecot] dovecot Digest, Vol 101, Issue 26
by Alan Brown 15 Sep '11

15 Sep '11

> From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] general advice sought > Message-ID: <1315830847.7326.48.camel@hurina> > Content-Type: text/plain; charset="ISO-8859-15" > > On Mon, 2011-09-12 at 13:11 +0100, Alan Brown wrote: >> I'd like to hear the thoughts of list members on which type of storage >> method seems "best" for inboxes and for folders. >> >> The filesystem is GFS2 and for various reasons I can't change it. > .. >> If I migrate to other formats (eg mdbox), then it needs to be able to be >> done on the fly. (Taking the mailservers down for a day won't go down >> well, even an hour raises howls). > > Have you had any trouble with Dovecot's index files in your current > setup? Any errors at all? Zero. The issues which have arisen are: 1: Really slow access to messages in large folders (GFS2 issue) 2: Users trashing their inbox then demanding we drop everything to restore "all my important mail" > If not, I'd think mdbox will work fine. You > can do it incrementally per-user (and you really should try it first > with only a few users). http://wiki2.dovecot.org/Tools/Dsync explains > how to do it on the fly. I thought so too, just wanted to hear opinions on doing it vs other approaches. :)

1 0

[Dovecot] Warning: Subscriptions file .. Removing invalid entry:
by Jan-Frode Myklebust 15 Sep '11

15 Sep '11

One of our dovecot-servers (v2.0.14) got a bit too busy last evening: Sep 13 20:39:18 popimap1 dovecot: master: Warning: service(pop3-login): process_limit reached, client connections are being dropped then logged a few: Sep 13 20:39:20 popimap1 dovecot: pop3(XXXXXXXXX(a)YYYYY.YY): Warning: I/O leak: 0x3829233d20 (10) Sep 13 20:39:20 popimap1 dovecot: pop3(XXXXXXXXX(a)YYYYY.YY): Warning: Timeout leak: 0x3829233ce0 Sep 13 20:39:20 popimap1 dovecot: pop3(ZZZZZ.ZZZZZ(a)ZZZZZZ.ZZ): Warning: I/O leak: 0x3829233d20 (10) Sep 13 20:39:20 popimap1 dovecot: pop3(ZZZZZ.ZZZZZ(a)ZZZZZZ.ZZ): Warning: Timeout leak: 0x3829233ce0 Sep 13 20:39:20 popimap1 dovecot: pop3(YYYYYYY(a)YYYY.YYY): Warning: I/O leak: 0x3829233d20 (10) Sep 13 20:39:20 popimap1 dovecot: pop3(YYYYYYY(a)YYYY.YYY): Warning: Timeout leak: 0x3829233ce0 Sep 13 20:39:20 popimap1 dovecot: pop3-postlogin: Error: Fatal: fd_send() failed: Broken pipe Sep 13 20:39:20 popimap1 dovecot: pop3-postlogin: Error: Fatal: fd_send() failed: Broken pipe and: Error: net_connect_unix(/var/run/dovecot/pop3-postlogin) failed: Resource temporarily unavailable but what has me a bit worried is these: imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Sent imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Spam imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Drafts imap(user(a)xxx.xxx): Warning: Subscriptions file /path/to/user(a)xxx.xxx/subscriptions: Removing invalid entry: .Trash which happened for a two users during this high load periode. Looking at their mail directory I can't see why these should be invalid? They're there, has sane permissions and contains messages.. -jf

2 3

[Dovecot] multiple "imapc namespaces" Re: imapc and imap_acl
by Lutz Preßler 15 Sep '11

15 Sep '11

On Tue, 13 Sep 2011, Lutz Preßler wrote: > On Di, 13 Sep 2011, Timo Sirainen wrote: > > mail_location = imapc:~/imapc > Oh, had not realized that a path argument is possible for imapc:. There are > even index file then... What about taking imapc parameters/credentials optionally from a file in this directory (like dovecot-virtual)? Lutz

2 1

[Dovecot] LDA panics without sieve script
by Jürgen Obermann 15 Sep '11

15 Sep '11

The dovecot lda panics with "Trying to sync mailbox INBOX with open transactions" if a user has no sieve script defined. Debugging shows: Sep 14 19:49:26 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: user's script path /home/grp/userxx/.dovecot.sieve doesn't exist (using global script path in stead) Sep 14 19:49:26 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: user has no valid personal script Sep 14 19:49:26 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: no scripts to execute: reverting to default delivery. Sep 14 19:49:26 server dovecot: [ID 583609 local0.crit] lda(userxx): Panic: Trying to sync mailbox INBOX with open transactions Sep 14 19:49:26 server dovecot: [ID 583609 local0.error] lda(userxx): Error: Raw backtrace: 0xff1cc2ac -> 0xff1cbb70 -> 0xff2a6474 -> 0xff2a668c -> 0xff2fa444 -> 0xff2a63c8 -> 0xff2668ec -> 0xff266f74 -> 0xff26741c -> 0x12720 -> 0x11948 I then did create an empty sieve script file with touch /home/grp/userxx/.dovecot.sieve and after that lda worked: Sep 14 19:50:55 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: using sieve path for user's script: /home/grp/userxx/.dovecot.sieve Sep 14 19:50:55 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: opening script /home/grp/userxx/.dovecot.sieve Sep 14 19:50:55 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: script /home/grp/userxx/.dovecot.sieve successfully compiled Sep 14 19:50:55 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: sieve: executing script from /home/grp/userxx/.dovecot.sieve Sep 14 19:50:56 server dovecot: [ID 583609 local0.info] lda(userxx): save: box=INBOX, uid=6, msgid=<201109141750.p8EHotbE015854(a)server.hrz.uni-giessen.de>, size=1035 Sep 14 19:50:56 server dovecot: [ID 583609 local0.debug] lda(userxx): Debug: box=/var/mail/userxx mount=/var/mail match=yes Sep 14 19:50:56 server dovecot: [ID 583609 local0.info] lda(userxx): sieve: msgid=<201109141750.p8EHotbE015854(a)server.hrz.uni-giessen.de>: stored mail into mailbox 'INBOX' I think the lda worked in previous releases without a sieve script file in the users home directory. dovecot -n output is: # 2.0.14: /opt/local/etc/dovecot/dovecot.conf # OS: SunOS 5.10 sun4v auth_debug = yes auth_debug_passwords = yes auth_verbose = yes disable_plaintext_auth = no listen = server.hrz.uni-giessen.de localhost mail_debug = yes mail_fsync = always mail_location = mbox:~/Mail:INBOX=/var/mail/%u mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = mail_log notify quota mail_privileged_group = mail 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 mmap_disable = yes namespace { inbox = yes location = prefix = separator = / type = private } namespace { hidden = yes list = no location = prefix = Mail/ separator = / subscriptions = yes type = private } passdb { driver = pam } passdb { args = /opt/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { autocreate = Trash autocreate2 = caughtspam autocreate3 = Sent autosubscribe = Trash autosubscribe2 = caughtspam autosubscribe3 = Sent mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size quota = fs:Home-Verzeichnis:noenforcing quota2 = fs:INBOX:noenforcing:mount=/var/mail sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } postmaster_address = postmaster(a)hrz.uni-giessen.de protocols = imap pop3 lmtp sieve sendmail_path = /usr/lib/sendmail service auth { client_limit = 11120 } service imap-login { process_min_avail = 16 service_count = 0 vsz_limit = 640 M } service imap { process_limit = 4096 vsz_limit = 1 G } ssl_cert = </etc/ssl/server.crt ssl_key = </etc/ssl/server.key syslog_facility = local0 userdb { driver = passwd } version_ignore = yes protocol lda { info_log_path = log_path = mail_plugins = mail_log notify quota sieve } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 20 mail_plugins = mail_log notify quota autocreate imap_quota } protocol lmtp { mail_plugins = mail_log notify quota sieve } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xv%08Xu } -- Hochschulrechenzentrum der | Mail: Juergen.Obermann(a)hrz.uni-giessen.de Justus-Liebig-Universitaet | WWW: http://www.uni-giessen.de/obermann/ Heinrich-Buff-Ring 44 | Tel: 0641-99-13054 (0641-99-13001) D-35392 Giessen, Germany | Fax: 0641-99-13009

3 2

[Dovecot] Maildir "locking"
by Attila Nagy 15 Sep '11

15 Sep '11

Hello, I'm looking for the alternative of qmail's chmod -t (sticky bit on the maildir root) for Dovecot. What I'm trying to achieve with this lock: - Dovecot lmtp should give back a temporary error (so the email will be deferred and re-delivered later) - all other Dovecot daemons (pop, imap) should work as usual, but should not alter maildir contents (they can modify their own files, like indexes, logs etc) What is the best way to do this? If there is no such thing currently, would it be hard to implement the sticky bit checking on the root? Thanks,

2 6

[Dovecot] imapc vs auth-userdb security
by Lutz Preßler 15 Sep '11

15 Sep '11

Hello, with imapc settings coming from userdb (individual configuration necessary) there exists a security problem if access to auth-userdb socket is given to normal (shell) users: testuser@host:~$ doveadm user user1 userdb: lpmail uid : 1000 gid : 1111 home : /home/user1 namespace : gmail namespace/gmail/list: yes namespace/gmail/subscriptions: no namespace/gmail/separator: . namespace/gmail/prefix: INBOX.gmail. namespace/gmail/location: imapc:~/Maildir/gmail imapc_host: imap.gmail.com imapc_user: someuser(a)gmail.com imapc_password: cleartextpassword! imapc_ssl : imaps imapc_ssl_ca_dir: /etc/ssl/certs imapc_port: 993 Lutz

2 3

[Dovecot] Which dovecot-antispam with dovecot 2?
by Svoop 14 Sep '11

14 Sep '11

Hi I'm a little confused as there are two repos for the dovecot-antispam plugin. Eugene's hg repo is explicitly labeled "for Dovecot 2", but the Johannes' git repo has commits later in date: hg: http://wiki2.dovecot.org/Plugins/Antispam git: http://git.sipsolutions.net/?p=dovecot-antispam.git I guess the unrelease hg code ist the one for Dovecot 2, but what is Eugene's 1.4 code for? Thanks!

2 1

[Dovecot] Shredding instead of deleting
by Mike Cardwell 14 Sep '11

14 Sep '11

Hi, I have a wishlist item. Is there an appropriate place for me to post it? Basically, I would like to know that my email isn't recoverable from the local disk on the mail server after I delete it. So instead of just deleting the file from my Maildir, I'd like the option to exist for Dovecot to shred it.. Ie, overwrite the file with random data and/or null bytes before deletion. In the same way that GNU shred behaves: https://www.gnu.org/software/coreutils/manual/html_node/shred-invocation.ht… -- Mike Cardwell https://grepular.com/ https://twitter.com/mickeyc Professional http://cardwellit.com/ http://linkedin.com/in/mikecardwell PGP.mit.edu 0018461F/35BC AF1D 3AA2 1F84 3DC3 B0CF 70A5 F512 0018 461F

4 8

Re: [Dovecot] Mails repopping
by Michael M Slusarz 14 Sep '11

14 Sep '11

Quoting Simon Brereton <simon.brereton(a)buongiorno.com>: >> -----Original Message----- >> From: dovecot-bounces(a)dovecot.org [mailto:dovecot- >> bounces(a)dovecot.org] On Behalf Of Simon Brereton >> > -----Original Message----- >> > From: Timo Sirainen [mailto:tss@iki.fi] On Fri, 2011-09-09 at 13:07 >> > -0400, Simon Brereton wrote: >> > >> > > I have a server that's been running Courier for about 6 years and >> > in >> > > all that time I think I've only ever had 1 issues where an entire >> > mail >> > > box was repopped by a webmail client. However, since moving to a >> > new >> > > server and dovecot 4 weeks ago, I've now had the webmail client >> > repop >> > > this account 4 times (there are about 230 mails in the account). >> > > >> > > Is there a setting I need to tighten to prevent/remedy this? I >> > have >> > > no idea if it's happening on other accounts, but this is one that >> I >> > > see. The format is maildir. There has been no changes to the >> > webmail >> > > client. >> > >> > dovecot -n output would have been nice. Also do you see anything in >> > error logs? >> >> Ah. My apologies of course. Here it is.. >> >> mail:~# dovecot -n >> # 1.2.15: /etc/dovecot/dovecot.conf >> # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.2 ext3 >> log_timestamp: %Y-%m-%d %H:%M:%S >> protocols: imap imaps pop3 pop3s >> ssl_ca_file: /etc/ssl/keys/rhodes-ca.crt >> ssl_cert_file: /etc/ssl/keys/mail.domain.net.crt >> ssl_key_file: /etc/ssl/private/mail.domain.net.key >> disable_plaintext_auth: no >> login_dir: /var/run/dovecot/login >> login_executable(default): /usr/lib/dovecot/imap-login >> login_executable(imap): /usr/lib/dovecot/imap-login >> login_executable(pop3): /usr/lib/dovecot/pop3-login >> mail_privileged_group: mailsystem >> mail_location: maildir:/var/spool/mail/virtual/%d/%n >> maildir_very_dirty_syncs: yes >> mbox_write_locks: fcntl dotlock >> mail_executable(default): /usr/lib/dovecot/imap >> mail_executable(imap): /usr/lib/dovecot/imap >> mail_executable(pop3): /usr/lib/dovecot/pop3 >> mail_plugins(default): quota imap_quota >> mail_plugins(imap): quota imap_quota >> mail_plugins(pop3): quota >> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >> imap_client_workarounds(default): outlook-idle delay-newmail >> imap_client_workarounds(imap): outlook-idle delay-newmail >> imap_client_workarounds(pop3): >> pop3_client_workarounds(default): >> pop3_client_workarounds(imap): >> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >> lda: >> postmaster_address: postmaster(a)domain.net >> mail_plugins: quota >> log_path: >> info_log_path: >> deliver_log_format: msgid=%m: %f: %$ >> auth default: >> mechanisms: plain login >> user: mailsystem >> verbose: yes >> passdb: >> driver: sql >> args: /etc/dovecot/dovecot-sql.conf >> userdb: >> driver: prefetch >> userdb: >> driver: static >> args: uid=999 gid=115 home=/var/spool/mail/virtual/%d/%n >> allow_all_users=yes >> socket: >> type: listen >> client: >> path: /var/spool/postfix/private/auth >> mode: 432 >> user: postfix >> group: mailsystem >> master: >> path: /var/run/dovecot/auth-master >> mode: 432 >> user: mailsystem >> group: mailsystem >> plugin: >> quota: maildir >> >> Could you make dovecot -n munge the certificate and postmaster email >> addresses? I'm not comfortable with that floating on the internet.. >> >> The only thing I have in the logs is 2 sessions where mail was popped >> (note, it doesn't even add up to the 183 messages in the mail box). >> But those sessions are vastly longer than the regular ones (tens of >> minutes compared to a few seconds). Since both IPs are on the back- >> bone, that's quite a while to download 100 mails (none of which are >> over >> >> Sep 11 21:36:25 mail dovecot: pop3-login: Login: >> user=<user(a)domain.com>, method=PLAIN, rip=64.88.168.84, >> lip=83.170.65.xxx, TLS Sep 11 21:36:34 mail dovecot: >> POP3(user(a)domain.com): Disconnected: Logged out top=0/0, retr=0/0, >> del=0/183, size=14025971 Sep 11 21:43:44 mail dovecot: pop3-login: >> Login: user=<user(a)domain.com>, method=PLAIN, rip=64.88.168.84, >> lip=83.170.65.xxx, TLS Sep 11 21:44:54 mail dovecot: >> POP3(user(a)domain.com): Disconnected: Logged out top=0/0, retr=0/0, >> del=0/183, size=14025971 Sep 11 21:52:31 mail dovecot: pop3-login: >> Login: user=<user(a)domain.com>, method=PLAIN, rip=64.88.168.84, >> lip=83.170.65.xxx, TLS Sep 11 22:56:01 mail dovecot: >> POP3(user(a)domain.com): Disconnected: Logged out top=0/0, >> retr=100/9182678, del=0/183, size=14025971 Sep 11 23:08:58 mail >> dovecot: pop3-login: Login: user=<user(a)domain.com>, method=PLAIN, >> rip=64.88.168.84, lip=83.170.65.xxx, TLS Sep 11 23:37:57 mail >> dovecot: POP3(user(a)domain.com): Disconnected: Logged out top=0/0, >> retr=75/4748674, del=0/183, size=14025971 Sep 12 00:04:11 mail >> dovecot: pop3-login: Login: user=<user(a)domain.com>, method=PLAIN, >> rip=64.88.168.84, lip=83.170.65.xxx, TLS Sep 12 00:04:26 mail >> dovecot: POP3(user(a)domain.com): Disconnected: Logged out top=0/0, >> retr=0/0, del=0/183, size=14025971 Sep 12 00:07:40 mail dovecot: >> pop3-login: Login: user=<user(a)domain.com>, method=PLAIN, >> rip=64.88.168.84, lip=83.170.65.xxx, TLS Sep 12 00:07:53 mail >> dovecot: POP3(user(a)domain.com): Disconnected: Logged out top=0/0, >> retr=0/0, del=0/183, size=14025971 >> >> >> > If you're using the default pop3_uidl_format it'll rely on IMAP >> UIDs >> > to stay the same, and I guess it's possible that due to some other >> > problem they change (that should be logged as an error/warning >> > though). >> > >> > You could try setting pop3_uidl_format=%f, but it will cause >> everyone >> > to redownload mails. With newer Dovecot versions you could set >> > pop3_save_uidl=yes and when you think everyone's downloaded mails >> once >> > you can safely change the pop3_uidl_format. >> >> Sorry, I'm very new to dovecot and I'm not sure I understand. I >> presume because neither of those keys are in the dovecot -n output >> that they are as the defaults, yes? The account is indeed accessed >> by IMAP as well (from a mobile device mostly), but I don't see >> anything fishy there either. How could I see if the IMAP UIDs have >> changed? >> >> Sep 11 21:20:32 mail dovecot: IMAP(user(a)domain.com): Connection >> closed bytes=1095/8292 >> >> Sep 11 21:26:03 mail dovecot: imap-login: Login: >> user=<user(a)domain.com>, method=PLAIN, rip=174.252.83.244, >> lip=83.170.65.xxx, TLS Sep 11 22:11:20 mail dovecot: >> IMAP(user(a)domain.com): Disconnected for inactivity bytes=725/5638 Sep >> 11 22:17:10 mail dovecot: imap-login: Login: user=<user(a)domain.com>, >> method=PLAIN, rip=174.252.83.244, lip=83.170.65.xxx, TLS Sep 11 >> 23:12:06 mail dovecot: IMAP(user(a)domain.com): Disconnected for >> inactivity bytes=1471/11025 Sep 11 23:23:22 mail dovecot: imap-login: >> Login: user=<user(a)domain.com>, method=PLAIN, rip=174.252.83.244, >> lip=83.170.65.xxx, TLS Sep 11 23:52:52 mail dovecot: >> IMAP(user(a)domain.com): Connection closed bytes=1841/13679 Sep 12 >> 00:08:47 mail dovecot: imap-login: Login: user=<user(a)domain.com>, >> method=PLAIN, rip=174.252.83.244, lip=83.170.65.xxx, TLS Sep 12 >> 01:19:05 mail dovecot: imap-login: Login: user=<user(a)domain.com>, >> method=PLAIN, rip=174.252.83.244, lip=83.170.65.xxx, TLS Sep 12 >> 02:57:01 mail dovecot: IMAP(user(a)domain.com): Connection closed >> bytes=2713/60026 Sep 12 02:57:01 mail dovecot: IMAP(user(a)domain.com): >> Connection closed bytes=2688/18635 >> >> >> There are no errors or warnings in the mail log (I have one shared >> log file for postfix, amavis and dovecot). Reading the notes for >> pop3_save_uidl it doesn't seem to be a dangerous option - should I >> turn that on? Why will it force everyone to redownload mails >> (there's nothing about it on the wiki)? >> >> Thanks! >> >> Simon > > Any help would be appreciated. What do you mean by "repopped"? You mean downloading the entire data of the messages from the POP3 server? This is expected behavior when using a stateless (e.g. webmail) client. Kind of the whole reason you don't use POP3 in the first place. Although caching can help. e.g., Here's what the first connection to the server looks like (this is using IMP 5 on a mailstore with 82 messages): S (1315951197.4976): +OK Dovecot ready. C (1315951197.513): [AUTH PLAIN Command - username: slusarz] S (1315951197.5319): +OK Logged in. C (1315951197.5325): STAT S (1315951197.5328): +OK 82 482351 C (1315951197.5348): UIDL S (1315951197.5354): +OK S (1315951197.5354): 1 000000014935d409 S (1315951197.5354): 2 000000024935d409 S (1315951197.5354): 3 000000114935d409 [...] S (1315951197.5363): 82 000000824935d409 S (1315951197.5363): . C (1315951197.9582): TOP 1 0 S (1315951198.0411): From user(a)domain.com Thu Jun 22 11:16:26 2006 [...] S (1315951198.0416): . [...] C (1315951199.0607): LIST S (1315951199.061): +OK 82 messages: S (1315951199.061): 1 118630 [...] S (1315951199.0619): . We need to grab all headers so we can build the envelope information (needed to produce the mailbox listing). And the LIST command grabs the size information (also used in the mailbox listing). But remember that the full headers will need to be redownloaded *EVERY* time you reload the page unless some sort of caching is enabled in the client. That's just the nature of POP3. (IMAP has the same sort of issues - if the stateless client does not cache, the envelope information must be downloaded on every access. However, with IMAP, the network traffic is reduced - you can download only the needed information, not all header text - and IMAP servers have the ability to cache this information behind the scenes due to the abstraction of the API.). This is where caching is pretty much essential on the webmail side. If caching is enabled, the best-case scenario is that the the webmail server only needs to grab the list of UIDLs on every POP3 server access going forward - if the UIDL list has not changed, we know the mailbox hasn't changed and the cached information is still valid. (CONDSTORE/QRESYNC extensions for IMAP make this synchronization check even more efficient in IMAP) michael

2 1

[Dovecot] General IMAP Question
by Gerald LaMontagne 14 Sep '11

14 Sep '11

Hi- I'm developing an IMAP client library in lua and tried using a literal form of the STATUS command. Dovecot rejected the command. I was successfully able to use a literal form of the LOGIN command, so I have some confidence in my code working properly. Is this correct and, if so, is there a list of IMAP commands that don't support the literal form? I searched hi and lo for something, but have been unable to find an answer. Thanks for your time. Regards- Gerry LaMontagne

2 1

[Dovecot] IMAP delete logs
by James isolder 14 Sep '11

14 Sep '11

Version - 1.2.17 Is there a way to include message or folder deletion logs in the dovecot log files. Thanks in advance. ____________________________________________________________ South Africas premier free email service - www.webmail.co.za For super low premiums, click here. http://www.dialdirect.co.za/?vdn=15828

2 1

[Dovecot] New plugin for Pigeonhole Sieve: sieve_pipe
by Stephan Bosch 14 Sep '11

14 Sep '11

Hello, I've finished up work on a new plugin for Pigeonhole Sieve: sieve_pipe. It adds a new Sieve extension (vnd.dovecot.pipe) providing a new action command that provides the possibility to pipe messages to external programs (e.g. shell scripts). The programs available to this command are explicitly limited and subject to administrator configuration. The plugin can currently only be downloaded from the Mercurial repository: http://hg.rename-it.nl/pigeonhole-0.2-sieve-pipe Check the README/INSTALL files in the repository or the new wiki page for more information: http://hg.rename-it.nl/pigeonhole-0.2-sieve-pipe/raw-file/tip/README http://hg.rename-it.nl/pigeonhole-0.2-sieve-pipe/raw-file/tip/INSTALL http://master.wiki2.dovecot.org/Pigeonhole/Sieve/Plugins/Pipe The specification of the vnd.dovecot.pipe extension can be found here: http://hg.rename-it.nl/pigeonhole-0.2-sieve-pipe/raw-file/tip/doc/rfc/spec-… I'd still call this thing very much experimental, so be sure to test it extensively first. Don't hesitate to notify me when there are any problems. Regards, Stephan.

1 0

Re: [Dovecot] Mails repopping
by Simon Brereton 14 Sep '11

14 Sep '11

> -----Original Message----- > From: dovecot-bounces(a)dovecot.org [mailto:dovecot- > bounces(a)dovecot.org] On Behalf Of Simon Brereton > > -----Original Message----- > > From: Timo Sirainen [mailto:tss@iki.fi] On Fri, 2011-09-09 at 13:07 > > -0400, Simon Brereton wrote: > > > > > I have a server that's been running Courier for about 6 years and > > in > > > all that time I think I've only ever had 1 issues where an entire > > mail > > > box was repopped by a webmail client. However, since moving to a > > new > > > server and dovecot 4 weeks ago, I've now had the webmail client > > repop > > > this account 4 times (there are about 230 mails in the account). > > > > > > Is there a setting I need to tighten to prevent/remedy this? I > > have > > > no idea if it's happening on other accounts, but this is one that > I > > > see. The format is maildir. There has been no changes to the > > webmail > > > client. > > > > dovecot -n output would have been nice. Also do you see anything in > > error logs? > > Ah. My apologies of course. Here it is.. > > mail:~# dovecot -n > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.2 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s > ssl_ca_file: /etc/ssl/keys/rhodes-ca.crt > ssl_cert_file: /etc/ssl/keys/mail.domain.net.crt > ssl_key_file: /etc/ssl/private/mail.domain.net.key > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > mail_privileged_group: mailsystem > mail_location: maildir:/var/spool/mail/virtual/%d/%n > maildir_very_dirty_syncs: yes > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugins(default): quota imap_quota > mail_plugins(imap): quota imap_quota > mail_plugins(pop3): quota > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > imap_client_workarounds(default): outlook-idle delay-newmail > imap_client_workarounds(imap): outlook-idle delay-newmail > imap_client_workarounds(pop3): > pop3_client_workarounds(default): > pop3_client_workarounds(imap): > pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh > lda: > postmaster_address: postmaster(a)domain.net > mail_plugins: quota > log_path: > info_log_path: > deliver_log_format: msgid=%m: %f: %$ > auth default: > mechanisms: plain login > user: mailsystem > verbose: yes > passdb: > driver: sql > args: /etc/dovecot/dovecot-sql.conf > userdb: > driver: prefetch > userdb: > driver: static > args: uid=999 gid=115 home=/var/spool/mail/virtual/%d/%n > allow_all_users=yes > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: mailsystem > master: > path: /var/run/dovecot/auth-master > mode: 432 > user: mailsystem > group: mailsystem > plugin: > quota: maildir > > Could you make dovecot -n munge the certificate and postmaster email > addresses? I'm not comfortable with that floating on the internet.. > > The only thing I have in the logs is 2 sessions where mail was popped > (note, it doesn't even add up to the 183 messages in the mail box). > But those sessions are vastly longer than the regular ones (tens of > minutes compared to a few seconds). Since both IPs are on the back- > bone, that's quite a while to download 100 mails (none of which are > over > > Sep 11 21:36:25 mail dovecot: pop3-login: Login: > user=<user(a)domain.com>, method=PLAIN, rip=64.88.168.84, > lip=83.170.65.xxx, TLS Sep 11 21:36:34 mail dovecot: > POP3(user(a)domain.com): Disconnected: Logged out top=0/0, retr=0/0, > del=0/183, size=14025971 Sep 11 21:43:44 mail dovecot: pop3-login: > Login: user=<user(a)domain.com>, method=PLAIN, rip=64.88.168.84, > lip=83.170.65.xxx, TLS Sep 11 21:44:54 mail dovecot: > POP3(user(a)domain.com): Disconnected: Logged out top=0/0, retr=0/0, > del=0/183, size=14025971 Sep 11 21:52:31 mail dovecot: pop3-login: > Login: user=<user(a)domain.com>, method=PLAIN, rip=64.88.168.84, > lip=83.170.65.xxx, TLS Sep 11 22:56:01 mail dovecot: > POP3(user(a)domain.com): Disconnected: Logged out top=0/0, > retr=100/9182678, del=0/183, size=14025971 Sep 11 23:08:58 mail > dovecot: pop3-login: Login: user=<user(a)domain.com>, method=PLAIN, > rip=64.88.168.84, lip=83.170.65.xxx, TLS Sep 11 23:37:57 mail > dovecot: POP3(user(a)domain.com): Disconnected: Logged out top=0/0, > retr=75/4748674, del=0/183, size=14025971 Sep 12 00:04:11 mail > dovecot: pop3-login: Login: user=<user(a)domain.com>, method=PLAIN, > rip=64.88.168.84, lip=83.170.65.xxx, TLS Sep 12 00:04:26 mail > dovecot: POP3(user(a)domain.com): Disconnected: Logged out top=0/0, > retr=0/0, del=0/183, size=14025971 Sep 12 00:07:40 mail dovecot: > pop3-login: Login: user=<user(a)domain.com>, method=PLAIN, > rip=64.88.168.84, lip=83.170.65.xxx, TLS Sep 12 00:07:53 mail > dovecot: POP3(user(a)domain.com): Disconnected: Logged out top=0/0, > retr=0/0, del=0/183, size=14025971 > > > > If you're using the default pop3_uidl_format it'll rely on IMAP > UIDs > > to stay the same, and I guess it's possible that due to some other > > problem they change (that should be logged as an error/warning > > though). > > > > You could try setting pop3_uidl_format=%f, but it will cause > everyone > > to redownload mails. With newer Dovecot versions you could set > > pop3_save_uidl=yes and when you think everyone's downloaded mails > once > > you can safely change the pop3_uidl_format. > > Sorry, I'm very new to dovecot and I'm not sure I understand. I > presume because neither of those keys are in the dovecot -n output > that they are as the defaults, yes? The account is indeed accessed > by IMAP as well (from a mobile device mostly), but I don't see > anything fishy there either. How could I see if the IMAP UIDs have > changed? > > Sep 11 21:20:32 mail dovecot: IMAP(user(a)domain.com): Connection > closed bytes=1095/8292 > > Sep 11 21:26:03 mail dovecot: imap-login: Login: > user=<user(a)domain.com>, method=PLAIN, rip=174.252.83.244, > lip=83.170.65.xxx, TLS Sep 11 22:11:20 mail dovecot: > IMAP(user(a)domain.com): Disconnected for inactivity bytes=725/5638 Sep > 11 22:17:10 mail dovecot: imap-login: Login: user=<user(a)domain.com>, > method=PLAIN, rip=174.252.83.244, lip=83.170.65.xxx, TLS Sep 11 > 23:12:06 mail dovecot: IMAP(user(a)domain.com): Disconnected for > inactivity bytes=1471/11025 Sep 11 23:23:22 mail dovecot: imap-login: > Login: user=<user(a)domain.com>, method=PLAIN, rip=174.252.83.244, > lip=83.170.65.xxx, TLS Sep 11 23:52:52 mail dovecot: > IMAP(user(a)domain.com): Connection closed bytes=1841/13679 Sep 12 > 00:08:47 mail dovecot: imap-login: Login: user=<user(a)domain.com>, > method=PLAIN, rip=174.252.83.244, lip=83.170.65.xxx, TLS Sep 12 > 01:19:05 mail dovecot: imap-login: Login: user=<user(a)domain.com>, > method=PLAIN, rip=174.252.83.244, lip=83.170.65.xxx, TLS Sep 12 > 02:57:01 mail dovecot: IMAP(user(a)domain.com): Connection closed > bytes=2713/60026 Sep 12 02:57:01 mail dovecot: IMAP(user(a)domain.com): > Connection closed bytes=2688/18635 > > > There are no errors or warnings in the mail log (I have one shared > log file for postfix, amavis and dovecot). Reading the notes for > pop3_save_uidl it doesn't seem to be a dangerous option - should I > turn that on? Why will it force everyone to redownload mails > (there's nothing about it on the wiki)? > > Thanks! > > Simon Any help would be appreciated. Thanks. Simon

1 0

[Dovecot] quota percents
by Micah Anderson 13 Sep '11

13 Sep '11

I've noticed that http://wiki2.dovecot.org/Quota/Configuration is out of date, it says: plugin { quota = maildir:User quota quota_rule = *:storage=1GB # 10% of 1GB = 100MB quota_rule2 = Trash:storage=10%% # 20% of 1GB = 200MB quota_rule3 = Spam:storage=20%% } but if you use the '10%%' notation, dovecot complains, and *also* incorrectly: dovecot: imap(test(a)example.net): Warning: quota root mail quota rule Trash:bytes=10%: obsolete configuration for rule 'bytes=10%' should be changed to 'bytes=+10%' its incorrect because if you change it to what it suggests ('+10%') it wont work because that wont be 10% more, rather, it is set to bytes=+10: dovecot: imap(test(a)example.net): Debug: Quota rule: root=mail quota mailbox=Trash bytes=+10 messages=0 clearly, that isn't right... so I guess it needs to be changed to '+10%%', setting that provides: dovecot: imap(test(a)example.net): Debug: Quota rule: root=mail quota mailbox=* bytes=2211724 messages=0 dovecot: imap(test(a)example.net): Debug: Quota rule: root=mail quota mailbox=Trash bytes=+221172 (10%) messages=0 that seems ok, its saying the Trash mailbox is set to have 221172bytes (215 kilobytes) of quota. So, clearly http://wiki2.dovecot.org/Quota/Configuration needs to be updated. However, it doesn't seem to work in practice, because I have a user that is at 99% of quota, with nothing in the Trash who cannot move a 77KB message into the Trash without getting the quota_exceeded message and refusing to move it. so... how do I get this to work? thanks! micah --

2 4

[Dovecot] any drawbacks with using Mailbox sharing with symlinks???
by Maciek Jackowski 13 Sep '11

13 Sep '11

are there any drawbacks with using Mailbox sharing with symlinks??? based on: http://wiki.dovecot.org/SharedMailboxes/Symlinks I got virtual users with same permission unix user/group and didnt noticed any drawbacks yet but i want to ask

1 0

[Dovecot] Migrating a dovecot setup from one server to another
by James Carr 13 Sep '11

13 Sep '11

Hi All, I have a server with a dovecot + postfix setup and unfortunately the server is EOL'd. I have built a new ubuntu server out and I'm in the process of migrating everything over. In migrating the dovecot setup over, this is the list of items I have done: install dovecot, postfix, etc on the new server copy configuration files over copy /var/spool and /var/mail over Is there anything else I need to consider before switching MX records to point to the new server? Thanks, James

1 0

[Dovecot] imapc and imap_acl
by Lutz Preßler 13 Sep '11

13 Sep '11

Hello (Timo), yes, I know... maybe it's a bit far fetched, but I do have a use case. Would it be (reasonably easily) possible to implement IMAP ACL support for "imported" imapc namespaces/mailboxes? There is no local directory (like with the virtual plugin) yet... Greetings, Lutz -- Lutz Preßler <Lutz.Pressler(a)SerNet.DE> http://www.SerNet.DE/ SerNet Service Network GmbH, Bahnhofsallee 1b, D-37081 Göttingen Tel.: +49-551-370000-2, FAX: +49-551-370000-9 AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen

2 2

[Dovecot] Dovecot and Lustre FS
by Christian Gregoire 13 Sep '11

13 Sep '11

Hello, Right now, I'm using Exim and a customized version of an old (10 years old) Atmail POP3 server written in Perl, with ~10000 mailboxes located on a Lustre file system. So far so good. Though, I plan to migrate from Atmail to Dovecot, to provide our customers with IMAP support. Has anyone any experience with Dovecot on Lustre FS ? Thanks Christian

3 4

[Dovecot] Problem with configuring dovecot to take namespaces from database
by Marcin Mirosław 13 Sep '11

13 Sep '11

Hello! I'd like to set up dovecot to keep namespaces in database, keep more than one namespace per user. I try to create the simplest rule (even without tuple in db table) to get new namespace, unfortunately it doesn't work. My user_query is: SELECT '/dane/domeny/%d/mail/%n/' as home, dovecot_typ_skrzynki ||':'|| '/dane/domeny/%d/mail/%n/' ||'.'|| dovecot_typ_skrzynki as mail_location, '*:bytes='||quota_mb||'M' as quota_rule , 'test33/location=mdbox:~/.mdbox/test33/' as "namespace/test3/prefix" In debug log i'm getting: Debug: master out: USER#0111#011user@examle.com#011home=/dane/domeny/mejor.pl/mail/marcin/#011mail_location=maildir:/dane/domeny/mejor.pl/mail/marcin/.maildir#011quota_rule=*:bytes=0M#011namespace/test3/prefix=test33/location=mdbox:~/.mdbox/test33/ If i knew how it should look like the line in auth debug log for working configuration it could be easier for me to write correct sql query. May i please for advice?

2 12

[Dovecot] MySQL, map files
by Steve Fatula 13 Sep '11

13 Sep '11

I'll try and break up my questions the other day about extdata that went unanswered into pieces in the hopes it will be more specific and clear. In general, I am trying to figure out the syntax of the map statement and what is allowed in that statement. So, by map statement, I mean for example perhaps the dovecot-dict-expire.conf.ext file as shown in the doc. Is the syntax the same for the various types of files (quota vs expire)? Is there syntax to allow the specification of a different key? If so, where is this documented. I have an existing table I want to use, not the table shown in the doc. The reason I am asking is I have seen web pages that reference all sorts of statements within the map statement, and I have no idea where they are documented. Specifically, I see an example here (which is LDAP), look in section 3: http://dovecot.org/patches/1.2/ldap/HOWTO_dictldap+extdata.txt You will see lots of statements, not sure which ones can be used for MySQL (instead of LDAP). So, would like to find a list of ALL valid syntax within the map.

2 4

[Dovecot] 2.1: imapc SUBSCRIBE problem
by Lutz Preßler 13 Sep '11

13 Sep '11

On Fri, 09 Sep 2011, Lutz Preßler wrote: > LIST is now working correctly in my setup, but SUBSCRIBE ist not. > With subscriptions=no, as written (but same behaviour with subscriptions=yes), > SUBSCRIBE INBOX.gmail.INBOX (or others) yields > 0 NO [SERVERBUG] Internal error occurred. Refer to server log for more information. [2011-09-09 16:39:40] > logging (with mail_debug=yes) only > Sep 9 16:39:40 host dovecot: imap(1143, user): Error: stat((null)) failed: Bad address After putting (with subscriptions=no) an entry manually into the root subscriptions file, everything including UNSUBSCRIBE works fine. Lutz

2 5

Re: [Dovecot] director ignoring director_mail_servers for lmtp connections
by mailing lists 13 Sep '11

13 Sep '11

Hello, it works!! I was missing this line "auth_socket_path = director-userdb" Sep 13 10:26:12 imap1 dovecot: auth: Debug: master in: PASS 1 user001(a)example.com service=lmtp lip=100.180.245.101 lport=1024 8 Sep 13 10:26:12 imap1 dovecot: auth: Debug: static(user001(a)example.com,100.180.242.38): lookup Sep 13 10:26:12 imap1 dovecot: auth: Debug: password(user001(a)example.com,100.180.242.38): Credentials: Sep 13 10:26:12 imap1 dovecot: auth: Debug: master out: PASS 1 user=user001(a)example.com proxy port=24 Sep 13 10:26:12 imap1 dovecot: lmtp(29659): Debug: auth input: user=user001(a)example.com proxy port=24 host=100.180.245.101 proxy_refresh=450 Sep 13 10:26:12 imap1 dovecot: lmtp(29658): Debug: none: root=, index=, control=, inbox=, alt= Sep 13 10:26:12 imap1 dovecot: lmtp(29658): Connect from 100.180.245.101 full config for the archives: # dovecot -c /etc/dovecot-director/dovecot.conf -n # 2.0.14: /etc/dovecot-director/dovecot.conf # OS: Linux 2.6.34.7-0.7-xen x86_64 openSUSE 11.3 (x86_64) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain base_dir = /var/run/dovecot-director/ director_mail_servers = 100.180.245.101 director_servers = 100.180.245.101 disable_plaintext_auth = no lmtp_proxy = yes mail_debug = yes mail_fsync = always mail_gid = 5000 mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = acl mail_uid = 5000 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy ine mmap_disable = yes passdb { args = proxy=y nopassword=y driver = static } plugin { acl = vfile sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap lmtp service auth { unix_listener auth-userdb { group = vmail mode = 0666 user = vmail } } service director { fifo_listener login/proxy-notify { mode = 0666 } inet_listener { port = 9090 } unix_listener director-userdb { mode = 0666 } unix_listener login/director { mode = 0666 } } service imap-login { executable = imap-login director inet_listener imap { port = 10143 } } service lmtp { inet_listener lmtp { port = 1024 } } ssl = no verbose_proctitle = yes protocol lmtp { auth_socket_path = director-userdb passdb { args = proxy=y nopassword=y port=24 driver = static } } protocol imap { mail_max_userip_connections = 100 }

1 0