- dovecot - dovecot.org

[Dovecot] Question regarding performance of dovecot-1.0.15
by Hanno Wagner 07 Nov '09

07 Nov '09

Hi, I have a dovect 1.0.15 on my mailserver and as a Client I use offlineimap. Since some time now my mailsynchronisation got slow - I don't know exactly where the problem is, but I tried to track it down. Usually the UID-Searches are fast (according to the offlineimap-debugging) but as soon as it comes to big folders it takes a long time: [..] DEBUG[imap]: 37:15.22 < * 1 RECENT DEBUG[imap]: 37:15.22 matched r'\* (?P<data>\d+) (?P<type>[A- Z-]+)( (?P<data2>.*))?' => ('1', 'RECENT', None, None) DEBUG[imap]: 37:15.22 untagged_responses[RECENT] 1 += ["1"] DEBUG[imap]: 37:15.22 < HAMH49 OK Append completed. DEBUG[imap]: 37:15.22 matched r'(?P<tag>HAMH\d+) (?P<type>[A- Z]+) (?P<data>.*)' => ('HAMH49', 'OK', 'Append completed.') DEBUG[imap]: 37:15.22 > HAMH50 CHECK DEBUG[imap]: 37:15.49 < HAMH50 OK Check completed. DEBUG[imap]: 37:15.49 matched r'(?P<tag>HAMH\d+) (?P<type>[A- Z]+) (?P<data>.*)' => ('HAMH50', 'OK', 'Check completed.') DEBUG[imap]: savemessage: first attempt to get new UID DEBUG[imap]: savemessage_searchforheader called for X-OfflineIMAP- x601334136 -52656d6f7465496d61704976616e6f7661 -446174656e73636875747a2e4343432e646562617465: 1257496634-0840104922121-v5.99.4 DEBUG[imap]: 37:15.49 > HAMH51 UID SEARCH HEADER X-OfflineIMAP- x601334136 -52656d6f7465496d61704976616e6f7661 -446174656e73636875747a2e4343432e646562617465 "1257496634-0840104922121-v5.99.4" DEBUG[imap]: 42:46.80 < * SEARCH 24578 DEBUG[imap]: 42:46.80 matched r'\* (?P<type>[A-Z-]+)( (? P<data>.*))?' => ('SEARCH', ' 24578', '24578') DEBUG[imap]: 42:46.80 untagged_responses[SEARCH] 0 += ["24578"] DEBUG[imap]: 42:46.80 < HAMH51 OK Search completed. DEBUG[imap]: 42:46.80 matched r'(?P<tag>HAMH\d+) (?P<type>[A- Z]+) (?P<data>.*)' => ('HAMH51', 'OK', 'Search completed.') DEBUG[imap]: 42:46.80 untagged_responses[SEARCH] => ['24578'] DEBUG[imap]: savemessage_searchforheader got initial matchinguids: '24578' DEBUG[imap]: savemessage_searchforheader: matchinguids now ['24578'] DEBUG[imap]: savemessage: returning 24578 Copy message 9480 Maildir[.Datenschutz.CCC.debate] -> IMAP[Datenschutz.CCC.debate], LocalStatus[.Datenschutz.CCC.debate] DEBUG[imap]: savemessage: called DEBUG[imap]: savemessage: using date "15-Mar-2009 18:04:01 +0100" DEBUG[imap]: savemessage: initial content is: 'Return-path: [..] (here is the mail) DEBUG[imap]: savemessage: new headers are: X-OfflineIMAP- x1331546026 -52656d6f7465496d61704976616e6f7661 -446174656e73636875747a2e4343432e646562617465: 1257496966-0335241954714-v5.99.4 DEBUG[imap]: savemessage_addheader: called to add X-OfflineIMAP- x1331546026 -52656d6f7465496d61704976616e6f7661 -446174656e73636875747a2e4343432e646562617465: 1257496966-0335241954714-v5.99.4 DEBUG[imap]: savemessage_addheader: insertionpoint = 63 DEBUG[imap]: savemessage_addheader: leader = 'Return-path: <debate-return-45711-wagner=fitug.de(a)lists.ccc.de >' DEBUG[imap]: savemessage_addheader: newline = '\r\nX-OfflineIMAP- x1331546026 -52656d6f7465496d61704976616e6f7661 -446174656e73636875747a2e4343432e646562617465: 1257496966-0335241954714-v5.99.4' DEBUG[imap]: savemessage_addheader: trailer = '\r\nEnvelope-to:[..] the mail.. As you can see at the timestamp, it took roundabout 5 minutes to find the next mail. Is this normal? In this mailbox there are right now around 20.000 mails, which shouldn't be too hard then... or am I missing something there? Is there a way to see why dovecot needs so long to find the next mail to synchronise? my configuration: # 1.0.15: /etc/dovecot/dovecot.conf log_path: /home/rince/dovecot-debug.log info_log_path: /home/rince/dovecot-debug.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imaps pop3s imap listen(default): 10.11.12.1 listen(imap): 10.11.12.1 listen(pop3): * ssl_cert_file: /etc/ssl/certs/ivanova.crt ssl_key_file: /etc/ssl/private/ivanova.key 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 login_user: dovecot-login mail_privileged_group: mail mail_debug: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 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 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: user: dovecot-auth passdb: driver: passwd-file args: /etc/dovecot/passwd userdb: driver: passwd userdb: driver: passwd-file args: /etc/dovecot/passwd Unfortunately, except the starting-up message, there comes nothing in the debug-logfiles. Ciao, Hanno -- Let me get this straight: You think that your client, one of the wealthiest, most powerful men in the world, is secretly a vigilante who spends his nights beating criminals to a pulp with his bare hands. And your plan is to blackmail this person? Good luck. (Lucius Fox, Morgan Freeman, The Dark Knight)

2 6

[Dovecot] scenario with one lda and 4 imapds/pop3ds
by Lampa 07 Nov '09

07 Nov '09

Hello, i want to create following scenario: one dovecot using ONLY LDA (using sql ) # 1.2.6: /etc/dovecot/dovecot.conf # OS: Linux 2.6.31 x86_64 Debian squeeze/sid xfs log_path: /var/log/dovecot/error.log info_log_path: /var/log/dovecot/info.log log_timestamp: %FT%T%z protocols: none listen: none disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_location: maildir:/home/mail/%d/%n/Maildir mbox_write_locks: fcntl dotlock lda: postmaster_address: postmaster(a)domain.com mail_plugins: quota sieve deliver_log_format: from=%f msgid=%m: %$ auth_socket_path: /var/run/dovecot/auth-master info_log_path: /var/log/dovecot/info2.log auth default: mechanisms: plain login verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: static args: uid=500 gid=500 home=/home/mail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: dict:user::file:/home/mail/%d/%n/Maildir/dovecot-quota quota_rule: *:storage=500M:messages=10000 quota_warning: storage=95%% /etc/dovecot/quota-warning.sh quota_warning2: storage=80%% /etc/dovecot/quota-warning.sh global_script_path: /home/mail/globalsieverc other 4 dovecots for serving imaps pop3s (each will have own ssl certificate and using own ip address) my idea is using only one auth mechanism provided by dovecot LDA (above) - eg using one SQL connection question is, how to force other 4 dovecots use auth from LDA dovecot ? is possible to do this ? is enough to use: auth external { socket connect { master { path = /var/run/dovecot/auth-master } } } Thank you for advices and help. -- Lampa

2 1

Re: [Dovecot] Help needed: Index filesystem permissions problem after switch to V1.2 and back to V1.1
by Steffen Kaiser 06 Nov '09

06 Nov '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 5 Nov 2009, Stewart Dean wrote: > So you say that the /var/dcindx permissions should be 1777? Not 2777? What No, not 2777, your "/tmp" is not 2777 either, I guess. > userid/group should own the directory? I use root:root. In fact, because multiple uids (and gids) have to create a directory there, you have to use a tmp-like directory. "1xxx" means the sticky-bit, so users may not remove an entry owned by another user. Because root is owner of /var/dvindex, you have just those two users able to remove: root and the owning user of the subdir. The user-specific subdirectories should be 0700 or something like that, so the security is OK. DoS is possible by filling the partition completely, but this ability is available in other scenarios as well. > > #2: Under both V1.1 and V1.2, the vast majority of users *can* and have > created their index directories, but others can't. How can this be? This > shows up as errmsgs like > Nov 5 09:36:06 mercury mail:err|error dovecot: IMAP(ahinds): > mkdir(/var/dcindx/ahinds/.imap/Apple M > ail To Do) failed: Permission denied All I can think of is that: a) the existing subdirs had be created earlier e.g. by root or migration, b) those few users use a different group. IMHO, as soon as you have system users the /var/dcindex must be 1777, the few exceptions, when all users share a single group, or you can pre-create the directories are the special cases. BTW: _If_ you use system users and your account name <-> uid relationship can change, you should use an template different than /var/dcindex/%u, e.g. /var/dcindex/%i, because if a new user with an name already used in past, but with another uid logs on the server, the uid cannot access the old /var/dcindex/ahinds tree. The leftover files should not make much worries, except the subscription perhaps. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSvQCuXWSIuGy1ktrAQIXFQgAwtHVLIpt9Kr+QCulz0NunTdAbtamiMrb 9i2ZVG9Sb5swAYmeRKOHYAWnVIcGA8gPnKDadVuG/+6+ZjDhcapk4MTlb8NzaKNV 6Rwr9I+JYdQI/HnLzHHj+WJxn6bgr5fe21LN1WXgwtIccAbOPSj7mzUih+p0V/RX ZXpzLHgu6+BrdWdFgmnDUA1nidXCtV8/V9b1b6P4j591yeOnnXs3sJlhoucD3Pyt Pt/8toXeJJMmxdbTSJME9ov5ZxfQHg8lBxVgB04RvhSP3CN4c3ijLI93heRUub0k zeG79mS9xfHbXlxDHM4qUsxkOUgZyk7RU6q27arB5HFT3v/J/uVyFQ== =YhYT -----END PGP SIGNATURE-----

1 0

[Dovecot] unsubscribe
by Jon Essen-Moller 06 Nov '09

06 Nov '09

On Thu, Nov 5, 2009 at 22:42, Lampa <lampacz(a)gmail.com> wrote: > Hello, > > seems that LDA ignores deliver_log_format (still log with format: > "msgid=%m: %$") > > # 1.2.6: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.31 x86_64 Debian squeeze/sid xfs > log_path: /var/log/dovecot/error.log > info_log_path: /var/log/dovecot/info.log > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: none > listen: none > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable: /usr/lib/dovecot/imap-login > mail_location: maildir:/home/mail/%d/%n/Maildir > mbox_write_locks: fcntl dotlock > lda: > postmaster_address: postmaster(a)domain.tld > mail_plugins: sieve quota > deliver_log_format: from=%f msgid=%m: %$ > auth_socket_path: /var/run/dovecot/auth-master > auth default: > mechanisms: plain login > verbose: yes > debug: yes > debug_passwords: yes > passdb: > driver: sql > args: /etc/dovecot/dovecot-sql.conf > userdb: > driver: static > args: uid=500 gid=500 home=/home/mail/%d/%n allow_all_users=yes > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: vmail > plugin: > quota: dict:user::file:/home/mail/%d/%n/Maildir/dovecot-quota > quota_rule: *:storage=500M:messages=10000 > quota_warning: storage=95%% /etc/dovecot/quota-warning.sh > quota_warning2: storage=80%% /etc/dovecot/quota-warning.sh > global_script_path: /home/mail/globalsieverc > > > Is there some change from this > http://www.dovecot.org/list/dovecot/2009-April/039013.html or > http://www.dovecot.org/list/dovecot/2009-May/039269.html ? > > -- > Lampa >

1 0

[Dovecot] config typo in 2.0.alpha2
by Mike Abbott 06 Nov '09

06 Nov '09

The mdbox_rotate_size and mdbox_rotate_min_size parameters are specified in bytes not kilobytes. doc/example-config/conf.d/mail.conf: # Maximum dbox file size in kilobytes until it's rotated. #mdbox_rotate_size = 2048 # Minimum dbox file size in kilobytes before it's rotated # (overrides mdbox_rotate_days) #mdbox_rotate_min_size = 16 src/lib-storage/index/dbox-multi/mdbox-settings.c: MEMBER(mdbox_rotate_size) 2048*1024, MEMBER(mdbox_rotate_min_size) 16*1024,

2 1

[Dovecot] v2.0 lmtp logging
by Pascal Volk 05 Nov '09

05 Nov '09

Hi, I am not yet completely happy with the logging behavior of the lmtp. It logs informative messages like 'lmtp: Info: Connection closed' or 'lmtp: Info: Disconnected for inactivity'. Hm, which server was connected to the lmtp? Who was disconnected for inactivity? I think it would be useful if the lmtp would also log new connections. For example: a) TCP connections: lmtp: Info: Connection: rip=10.1.2.3, lip=10.1.2.5, cid=1255555555.12345 b) Socket connections: lmtp: Info: Connection: via socket, cid=1255555777.10452 rip: There may be multiple SMTP servers in front the IMAP server(s) lip: The lmpt may listen to more than one address cid: The 'connection ID', consists of the current unix time and the pid of the lmtp process. (Or some other values in some other format) The cid should be used in the 'saved' messages. So the delivering MTA would see something like '250 2.0.0 OK: 1255555555.12345 Saved', instead of a message like '250 2.0.0 <jdoe(a)example.com> Saved'. The lmtp should also write the cid to the log. For example: 'lmtp(jdoe): Info: msgid=123, cid=1255555555.12345: saved mail to INBOX' (or discarded because of a matching sieve rule). With this connection ID it would be possible to trace the route which the e-mail has taken. Regards, Pascal -- The trapper recommends today: c01dcafe.0929623(a)localdomain.org

2 5

[Dovecot] Worker-server timeout
by Jeffrey Nikoletich 05 Nov '09

05 Nov '09

Hello Everyone, First wanted to say thanks for any help in advance. I have a clustered mail system each running on centos 5.2. I have a test box that I am running the newest version on dovecot on and I am getting some random authnication failed errors. Here is the error below: Nov 04 17:31:22 auth(default): Error: worker-server(xxx(a)xxxx.com): Aborted: Lookup timed out Nov 04 17:31:23 auth(default): Info: client out: FAIL 2 user=xxx(a)xxxx.com temp The thing is, the errors only show when the user is attempting to send a message. Here is my dovecot -n # 1.2.5: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5 x86_64 CentOS release 5.2 (Final) nfs log_path: /var/log/dovecot login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_process_size: 512 login_processes_count: 500 login_max_processes_count: 5000 login_max_connections: 1000 max_mail_processes: 5000 mail_max_userip_connections: 2000 verbose_proctitle: yes first_valid_uid: 5000 first_valid_gid: 5000 mail_location: maildir:/export/monster/mail/%d/%n:INDEX=/export/ monster/mail/%d/%n mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes maildir_stat_dirs: yes mbox_read_locks: dotlock mbox_write_locks: dotlock mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_process_size: 512 mail_plugins(default): mail_log mail_plugins(imap): mail_log mail_plugins(pop3): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_save_uidl(default): no pop3_save_uidl(imap): no pop3_save_uidl(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu lda: postmaster_address: xxx(a)xxxx.net mail_plugins: sieve log_path: /var/log/dovecot-deliver.log info_log_path: /var/log/dovecot-deliver.log auth_socket_path: /var/run/dovecot/auth-master auth default: mechanisms: plain login failure_delay: 1 verbose: yes debug: yes debug_passwords: yes worker_max_count: 500 passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: mailowner group: mailowner plugin: mail_log_events: delete undelete expunge copy mailbox_delete mailbox_rename Also here is my dovecot-sql.conf user_query = SELECT '/export/monster/mail/%d/%n' as home, 'maildir:/ export/monster/mail/%d/%n:INDEX=/export/monster/mail/%d/%n' as mail, 5000 AS uid, 5000 AS gid, concat('*:bytes=', quota) AS quota_rule FROM mailbox WHERE username ='%u' AND active ='1' password_query = SELECT MB.password FROM (mailbox as MB) LEFT JOIN domain as D ON (D.id=MB.domain_id AND D.active='1') WHERE MB.username = '%u' AND MB.active = '1' AND (D.id IS NOT NULL OR (MB.domain_id=0 and MB.name='SASL')) I have disabled user prefetch because for some reason, I get this error when it is active: Nov 04 17:05:25 auth(default): Info: prefetch (xxx(a)xxxx.net,xxx.xxx.xxx.xxx) passdb didn't return userdb entries, trying the next userdb Thanks for any help you can offer. Jeffrey Nikoletich

2 2

[Dovecot] meaning of parameter imap_idle_notify_interval??
by Ingo Thierack 05 Nov '09

05 Nov '09

Hello, is my understanding of the parameter "imap_idle_notify_interval" right, if i say, it's the time between two point where dovecot tells the client he is here, and sould have nothing directly todo with the notification of new mails arrived. I played with the values around. And the courios is, in thunderbird the folloing. set to 30 seconds. Thunderbird pop up around 25 seconds after the message is deliverd to the inbox. set to 60 seconds. Thunderbird pup up around 50 seconds after the message is deliverd to the inbox. I switch over from archiveopteryx, where no such delay was. Regards, Ingo

2 13

[Dovecot] Seeing "Corrupted transaction log file" error messages.
by Stewart Dean 05 Nov '09

05 Nov '09

In V1.1.15 that I fell back to. Again: # 1.1.15: /usr/local/etc/dovecot.conf # OS: AIX 3 0001378F4C00 listen: *:143 ssl_listen: *:993 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_processes_count: 12 login_max_processes_count: 774 max_mail_processes: 1024 verbose_proctitle: yes first_valid_uid: 200 mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u:INDEX=/var/dcindx/%u mbox_write_locks: fcntl mbox_dirty_syncs: no auth default: passdb: driver: pam userdb: driver: passwd This is happening during peak load; the error msgs I'm seeing look like: Nov 5 15:01:47 mercury mail:err|error dovecot: IMAP(olson): Corrupted transaction log file /var/dci ndx/olson/.imap/INBOX/dovecot.index.log seq 742: file_seq=742, min_file_offset (24) < hdr_size (40) (sync_offset=24) Nov 5 15:04:13 mercury mail:err|error dovecot: IMAP(herchenr): Corrupted transaction log file /var/ dcindx/herchenr/.imap/INBOX/dovecot.index.log seq 357: file_seq=357, min_file_offset (24) < hdr_size (40) (sync_offset=24) Nov 5 15:04:13 mercury mail:info dovecot: IMAP(herchenr): Disconnected: Internal error occurred. Re fer to server log for more information. [2009-11-05 15:04:13] bytes=1314/18024 Nov 5 15:04:33 mercury mail:err|error dovecot: IMAP(olson): Transaction log file /var/dcindx/olson/ .imap/INBOX/dovecot.index.log: marked corrupted Nov 5 15:06:17 mercury mail:err|error dovecot: IMAP(olson): Corrupted transaction log file /var/dci ndx/olson/.imap/INBOX/dovecot.index.log seq 742: file_seq=742, min_file_offset (24) < hdr_size (40) (sync_offset=24) Nov 5 15:06:17 mercury mail:err|error dovecot: IMAP(olson): Transaction log got desynced for index /var/dcindx/olson/.imap/INBOX/dovecot.index Is worrisome or inconsequential? About 40 such messages in 30 minutes, mostly clumped together -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

2 2

[Dovecot] Help needed: Index filesystem permissions problem after switch to V1.2 and back to V1.1
by Stewart Dean 05 Nov '09

05 Nov '09

After V1.2 had been up for a while, I started seeing tons of syslog error messages like this: Nov 5 09:11:52 mercury mail:err|error dovecot: IMAP(sdean): stat(/var/dcindx/sdean/.imap/DadEstate) failed: Permission denied (euid=202(sdean) egid=200(hcrc) missing +x perm: /var/dcindx) Ownernship and Permissions are: The index filesystem 2726 root@mercury:/var/dcindx ## ls -ald drwx--S--- 3946 dovecot system 192512 Nov 05 08:59 ./ A user's directory is: 2729 root@mercury:/var/dcindx ## ls -al sdean total 400 drwx--S--- 7 sdean sys 256 Sep 29 04:43 ./ drwx--S--- 3946 dovecot system 192512 Nov 05 08:59 ../ drwx--S--- 139 sdean sys 8192 Sep 29 04:43 .imap/ and for the directory with the problem: 2731 root@mercury:/var/dcindx ## ls -al sdean/.imap/DadEstate total 48 drwx--S--- 2 sdean sys 256 Sep 29 04:43 ./ drwx--S--- 139 sdean sys 8192 Sep 29 04:43 ../ -rw------- 1 sdean sys 408 Jan 14 2009 dovecot.index -rw------- 1 sdean sys 18432 May 05 2009 dovecot.index.cache -rw------- 1 sdean sys 828 Jan 14 2009 dovecot.index.log I switched back to V1.1, but the situation persists dovecot -n: # 1.1.15: /usr/local/etc/dovecot.conf # OS: AIX 3 0001378F4C00 listen: *:143 ssl_listen: *:993 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_processes_count: 12 login_max_processes_count: 774 max_mail_processes: 1024 verbose_proctitle: yes first_valid_uid: 200 mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u:INDEX=/var/dcindx/%u mbox_write_locks: fcntl mbox_dirty_syncs: no auth default: passdb: driver: pam userdb: driver: passwd -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

3 3