- dovecot - dovecot.org

[Dovecot] Track when user last checked mail
by Del Stoliker 27 Apr '05

27 Apr '05

First off I've just got to say thanks. We just upgraded from UW to Dovecot migrating from mbox to maildir. Wow, what a difference! Load average used to hang around 5.0 during business hours and could get up to 20+ on a bad day. Now we rarely break 1.0! I'm wondering if there's a way to keep track of the last time a user checked their email and whether they checked it using POP or IMAP. We're trying to gather statistics on what protocols our users use and find accounts that haven't been checked for a long time. We used to be able to do some of this with the finger command and the user's mbox. I found a script called "mfinger" that works better with Maildir, but it's designed for Courier. Any ideas? Thanks!

6 6

[Dovecot] docecot and procmail?
by Dan Stromberg 27 Apr '05

27 Apr '05

Is dovecot still considered unreliable when combined with NFS? Is this true for mbox only, or Maildir as well? If dovecot Is still considered unreliable with NFS, how about having a dovecot mode that would chain into procmail for delivery, so that dovecot doesn't (necessarily) have to reinvent that wheel? Thanks!

4 4

[Dovecot] Why is "UIDVALIDITY changed" fatal?
by Chris Wakelin 27 Apr '05

27 Apr '05

I've got several users testing Dovecot IMAP at the moment, but some of them are also accessing their mail via UW-IMAP at other times. (I've warned them about accessing the same folder simultaneously via UW-IMAP and Dovecot!) In addition, we have special folders "AutoSpam" and "Trash" that pruned using Washington's "mailutil" automatically every so often. Of course, Dovecot's indexes will become invalid in such cases, but they seem to get rebuilt automatically OK. However, in some cases UW-IMAP seems to change the UIDVALIDITY value (not sure why!) and when Dovecot tries to sync it notices this and gives up with a fatal error on opening that folder. Opening the folder a second time is then OK. I was wondering why Dovecot can't just rebuild the indexes silently in such cases (which seems to be done by returning "0" from the mbox_sync_loop() routine)? Best Wishes, Chris --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

3 11

[Dovecot] Basic configuration problem "not a directory"
by Einar Flesaker 26 Apr '05

26 Apr '05

Hi, I've been struggling with getting dovecot up and running the last hour, but I seem to be stuck. When logging in (which I can do successfully) my connection is dropped, and the following is outputted to my dovecot log: dovecot: Apr 26 09:56:52 Fatal: chdir(/bin/false) failed with uid 513: Not a directory dovecot: Apr 26 09:56:52 Error: child 27345 (imap) returned error 89 .. But I'm certain the relevant directories exist. Relevant configuration details are as follows: * [dovecot.conf] valid_chroot_dirs = /var/spool/vmail default_mail_env = maildir:/var/spool/vmail/$d/%n/ * [passwd sample] einar@domain.com::513:513:/var/spool/vmail/domain.com/:/bin/false:: * [directory listing] [root@server einar]# pwd /var/spool/vmail/domain.com/einar [root@server einar]# ls -l totalt 12 drwx------ 2 virtmail virtmail 4096 apr 26 07:27 cur drwx------ 2 virtmail virtmail 4096 apr 26 08:48 new drwx------ 2 virtmail virtmail 4096 apr 26 08:48 tmp I'd be very grateful for any assistance, any ideas of what might be wrong. Is there any easy way to see the relevant directory that /bin/false exits on? -Einar-

3 7

[Dovecot] many instances om imap and imap-login
by Jon 26 Apr '05

26 Apr '05

Hi, Im using dovecote as my IMAP interface. However i do have a lot of imap instances. its only 7 user using the system as i get this. please advice. 1230 ? S 0:00 imap-login 1309 ? S 0:00 imap-login 1387 ? S 0:00 imap-login 1388 ? S 0:00 imap-login 1389 ? S 0:00 imap-login 1390 ? S 0:00 imap-login 1391 ? S 0:00 imap-login 1399 ? S 0:00 imap 1400 ? S 0:00 imap 1401 ? S 0:00 imap 1402 ? S 0:00 imap 1406 ? S 0:00 imap 1442 ? S 0:00 imap 1636 ? S 0:00 imap 1637 ? S 0:00 imap-login 1638 ? S 0:00 imap-login 1640 ? S 0:00 imap 1683 ? S 0:00 imap-login 1684 ? S 0:00 imap-login 1685 ? S 0:00 imap-login 1686 ? S 0:00 imap-login 1687 ? S 0:00 imap-login 1689 ? S 0:00 imap-login 1692 ? S 0:00 imap 1693 ? S 0:00 imap 1697 ? S 0:00 imap 1698 ? S 0:00 imap 1699 ? S 0:00 imap 1701 ? S 0:00 imap 1914 ? S 0:00 imap 1916 ? S 0:00 imap 1965 ? S 0:00 imap-login 1968 ? S 0:00 imap 1969 ? S 0:00 imap 1971 ? S 0:00 imap-login 1974 ? S 0:00 imap-login 1980 ? S 0:00 imap-login 1981 ? S 0:00 imap-login 2068 ? S 0:00 imap 2069 ? S 0:00 imap 2071 ? S 0:00 imap 2072 ? S 0:00 imap-login 2079 ? S 0:00 imap 2157 ? S 0:00 imap-login 2158 ? S 0:00 imap-login 2159 ? S 0:00 imap-login 2160 ? S 0:00 imap-login 2161 ? S 0:00 imap-login 2162 ? S 0:00 imap-login 2332 ? S 0:00 imap 2337 ? S 0:00 imap 2338 ? S 0:00 imap 2339 ? S 0:00 imap 2340 ? S 0:00 imap 2341 ? S 0:00 imap-login 2342 ? S 0:00 imap-login 2386 ? S 0:00 imap 2387 ? S 0:00 imap-login 3095 ? S 0:00 imap 3096 ? S 0:00 imap-login /jon

3 2

Re: [Dovecot] many instances om imap and imap-login
by Dominic Marks 26 Apr '05

26 Apr '05

On Tuesday 26 April 2005 15:19, you wrote: > Thanks for extensive answer. > > I will look into all your suggestions. Please keep the mailing list in the response, it allows other people to provide advice, follow the conversation, and you get, hopefully, complete solutions stored in the archives waiting for Google to index. > Answers to you questions: > > Are the mailboxes being accessed via Webmail?: > yes they can but arent at the moment (squirrelmail) Webmail can cause lots of extra connections to me made. > What Mail application are your users using?: > Thunderbird 1.0.2 Don't have much experience with this client, although it works when I've tried it. Others may be able to provide experience here. > Have you checked what state the connections are in?: > Do you mean of they are connected or not? when I run top I do see > instances called IMAP owned by each user so I asume they are connected mail# netstat -f inet -p tcp | grep imap tcp4 0 0 mailserver.imap client01.1386 ESTABLISHED tcp4 0 0 mailserver.imap client02.1344 ESTABLISHED tcp4 0 0 mailserver.imap client01.1108 ESTABLISHED tcp4 0 0 mailserver.imap client03.54607 ESTABLISHED mail# netstat -a -f inet -p tcp | grep "*.imap*" tcp4 0 0 *.imaps *.* LISTEN tcp4 0 0 *.imap *.* LISTEN FreeBSD 5.4 with a few Outlook and KMail clients. > /jon > > Dominic Marks said the following on 2005-04-26 16:11: > >On Tuesday 26 April 2005 14:58, Jon wrote: > >>Hi, > >> > >>Im using dovecote as my IMAP interface. However i do have a lot of imap > >>instances. its only 7 user using the system as i get this. please advice. > > > >Having lots of processes running isn't automatically a bad thing, but you > > do > > > >seem to have quite a lot of imap and imap-login processes, so: > >>From a dovecot.conf on a server I run being used by about 7 people: > > > > (Comments are from dovecot-sample.conf) > > > ># Should each login be processed in it's own process (yes), or should one > ># login process be allowed to process multiple connections (no)? Yes is > > more # secure, espcially with SSL/TLS enabled. No is faster since there's > > no need # to create processes all the time. > >login_process_per_connection = no > > > >So if security is less of a concern than having many processes running, > > you should set this to no. > > > ># Number of login processes to create. If login_process_per_user is > ># yes, this is the number of extra processes waiting for users to log in. > >login_processes_count = 1 > > > >I set this low because I don't need the extra processes. > > > ># Maximum number of extra login processes to create. The extra process > > count # usually stays at login_processes_count, but when multiple users > > start # logging in at the same time more extra processes are created. To > > prevent # fork-bombing we check only once in a second if new processes > > should be # created - if all of them are used at the time, we double > > their amount until # limit set by this setting is reached. This setting > > is used only if # login_process_per_use is yes. > >#login_max_processes_count = 128 > > > >You might want to set this to something like 4? > > > ># Maximum number of connections allowed in login state. When this limit is > ># reached, the oldest connections are dropped. If login_process_per_user > ># is no, this is a per-process value, so the absolute maximum number of > > users # logging in actually login_processes_count * max_logging_users. > >#login_max_logging_users = 256 > > > >Probably no need to worry about this. > > > >>1230 ? S 0:00 imap-login > >> 1309 ? S 0:00 imap-login > > > > <snip> > > > >> 2387 ? S 0:00 imap-login 3095 ? S 0:00 imap > >> 3096 ? S 0:00 imap-login > >> > >>/jon > > > >Other things to think about: > > > >Are the mailboxes being accessed via Webmail? > >What Mail application are your users using? > >Have you checked what state the connections are in? > > > >HTH, -- Dominic GoodforBusiness.co.uk I.T. Services for SMEs in the UK.

1 0

[Dovecot] can't chroot "auth process" (dovecot-1.0-test68)
by John Wong 26 Apr '05

26 Apr '05

OS: OpenBSD/i386 dovecot: dovecot-1.0-test68 dovecot can not start, when i chroot "auth process" can i defined the "auth-work.XXX" unix socket path?? mail.log ----------------------------------------- Dovecot v1.0-test68 starting up auth(default): mysql: Connected to (null) (mail) Auth process died too early - shutting down auth(default): net_connect_unix(/var/dovecot//auth-work.12922) failed: No such file or directory child 12922 (auth) returned error 89 ----------------------------------------- dovecot.conf ----------------------------------------- base_dir = /var/dovecot/ protocols = imap imaps pop3 pop3s ssl_cert_file = /etc/ssl/certs/mail.crt ssl_key_file = /etc/ssl/private/mail.key ssl_parameters_file = /var/dovecot/ssl-parameters.dat disable_plaintext_auth = no login_dir = /var/dovecot/login login_user = _dovecot login_processes_count = 1 valid_chroot_dirs = /var/spool/postfix/var/mail mail_debug = yes default_mail_env = maildir:%h mmap_no_write = yes protocol imap { } protocol pop3 { } auth_verbose = yes auth_debug = yes auth default { mechanisms = plain passdb sql { args = /etc/dovecot-sql.conf } userdb static { args = uid=32765 gid=32765 home=/var/spool/postfix/var/mail/%u/./ } user = _dovecot-auth chroot = /var/spool/postfix } -----------------------------------------------------------

1 0

[Dovecot] whoson support
by Simon Dick 26 Apr '05

26 Apr '05

Is anyone working on integrating whoson support into dovecot? I would do it myself but currently I'm short on time and will need that support, anyone got any tips? :) -- Simon Dick <simon(a)advantage-interactive.com>

1 0

[Dovecot] 1.0-stable update
by Timo Sirainen 26 Apr '05

26 Apr '05

Just a note, I backported some larger mbox changes from 1.0-test67. Hopefully works, but if you're going to try it test it well first :) Should fix some issues related to X-IMAP/X-IMAPbase header handling and maybe some other mbox related problems as well.

3 6

[Dovecot] configuration problem: maildir folders and messages not found
by Bram Mertens 26 Apr '05

26 Apr '05

Hi Perhaps I've been going too far OT in my previous thread or perhaps I just didn't explain my problem clear enough so forgive me for trying again. I have configured fetchmail to fetch my mail from my ISP's POP3-server. I have set up procmail to filter messages and deliver all non-filtered messages to the folder ".IN-catchall/" in "$HOME/Maildir" After sending some test messages the "Maildir" folder in my home-folder looks like: m8ram@medion:~$ tree -a Maildir Maildir |-- .IN-catchall | |-- cur | |-- new | | `-- 1114356268.8424_0.medion | `-- tmp |-- .IN-testing | |-- cur | |-- new | | |-- 1114354955.6900_0.medion | | `-- 1114356175.8292_0.medion | `-- tmp |-- .INBOX | |-- .IN-testing | | |-- cur | | |-- new | | | |-- 1114354955.6900_0.medion | | | `-- 1114356175.8292_0.medion | | `-- tmp | |-- .imap.index | |-- .imap.index.data | |-- .imap.index.log | `-- .imap.index.tree |-- .customflags |-- IN-catchall |-- cur |-- new `-- tmp 16 directories, 11 files Because I have been using the mbox format to test dovecot so far I had to modify my dovecot configuration but no matter what I try none of the messages above appear in evolution or thunderbird. Can anybody tell me what I need to add/remove/change in my config? I'm running: m8ram@medion:~$ /usr/sbin/dovecot --version 0.99.14 on debian testing /etc/dovecot/dovecot.conf contains the following: protocols = imap login = imap login = pop3 mail_extra_groups = mail default_mail_env = maildir:/%h/Maildir auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root When using mbox I used: default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u I also tried the following for maildir: default_mail_env = maildir:~/Maildir default_mail_env = maildir:/home/%u/Maildir But neither worked. TIA Bram -- # Mertens Bram "M8ram" <bram-mertens(a)linux.be> Linux User #349737 # # debian testing kernel 2.6.8-1-686 i686 512MB RAM # # 13:39:03 up 30 days, 19:52, 13 users, load average: 0.49, 0.50, 0.39 #

2 4