- dovecot - dovecot.org

[Dovecot] Dovecot Sieve capabilties - regex
by James Turnbull 18 Jan '07

18 Jan '07

Hi Does the Dovecot Sieve implementation support the regex capability? I get the following error when I try to add it: Jan 3 16:07:30 absinthe deliver(james): sieve parse error: line 1: Unsupported features in require line The line is: require "regex"; Thanks James Turnbull -- James Turnbull <james(a)lovedthanlost.net> --- Author of Pro Nagios 2.0 (http://www.amazon.com/gp/product/1590596099/) Hardening Linux (http://www.amazon.com/gp/product/1590594444/) --- PGP Key (http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x0C42DF40)

3 7

[Dovecot] some Maildir files not honoring dovecot-shared
by Glenn Leavell 18 Jan '07

18 Jan '07

I'm using RC15 on Solaris 9. The wiki indicates that when a dovecot-shared file exists, "Dovecot uses the same permissions and GID when it creates index files, dovecot-uidlist file, new mail files, etc." In my case, Dovecot *is* creating new index files based on dovecot-shared, but dovecot-uidlist and individual message files don't completely match the permissions/group template. Specifically, dovecot-uidlist isn't taking the group from dovecot-uidlist, and individual messages files don't seem to be honoring dovecot-shared at all (group or permissions). Here's an example; every file and directory below in .abusetest-in was created by Dovecot *except* for dovecot-shared (I let Dovecot create cur, new, tmp just to see what it would do, but I know that I can create and fix the group and permissions on these directories myself in a sharing situation): glenn@tony:~/Maildir/.abusetest-in$ ls -lR .: total 34 drwx------ 2 glenn adm 512 Jan 9 09:58 cur/ -rwxrwx--- 1 glenn abuse 0 Jan 9 09:57 dovecot-shared* -rw-rw---- 1 glenn adm 44 Jan 9 09:58 dovecot-uidlist -rw-rw---- 1 glenn abuse 156 Jan 9 09:58 dovecot.index -rw-rw---- 1 glenn abuse 10272 Jan 9 09:58 dovecot.index.cache -rw-rw---- 1 glenn abuse 156 Jan 9 09:58 dovecot.index.log drwx------ 2 glenn adm 512 Jan 9 09:58 new/ drwx------ 2 glenn adm 512 Jan 9 09:58 tmp/ ./cur: total 4 -rw------- 2 glenn adm 1438 Jan 5 09:59 1168354728.P15661Q0M891161.tony:2,S ./new: total 0 ./tmp: total 0 glenn@tony:~/Maildir/.abusetest-in$ I see in the RC16 release notes that there was a fix for the dovecot-keywords file, but it doesn't mention these other files. Is this a bug, or am I misunderstanding how the dovecot-shared file should work? Thanks very much, Glenn -- Glenn Leavell <glenn(a)usg.edu> Office of Information and Instructional Technology Board of Regents of the University System of Georgia

3 4

[Dovecot] assertion failed
by Shaun T. Erickson 18 Jan '07

18 Jan '07

I installed dovecot on a RH9 server this evening, via an RPM from atrpms.net (dovecot-1.0-0_34.rc15.RHL9.at.i386.rpm). The auth portion is working perfectly, as I'm using it to do SMTP AUTH with my postfix 2.3.5 installation. I have configured it to provide imaps. When I connect to it, it rapidly connects, disconnects, connects ... ad infinitum, reporting this, in the logs, each time: Dec 30 16:03:33 max dovecot: imap-login: Login: user=<ste>, method=plain, rip=192.168.32.168, lip=65.206.7.147, TLS Dec 30 16:03:33 max dovecot: IMAP(ste): file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) Dec 30 16:03:33 max dovecot:child 19228 (imap) killed with signal 6 Here is my dovecot.conf file: listen = [*] protocols = imaps disable_plaintext_auth = yes ssl_cert_file = /etc/postfix/max.blackdogsoft.net.crt ssl_key_file = /etc/postfix/max.blackdogsoft.net.key ssl_ca_file = /etc/postfix/cacert.pem default_mail_env = mbox:%h:INBOX=/var/mail/%u mail_read_mmaped = yes verbose_proctitle = yes protocol lda { postmaster_address = postmaster(a)blackdogsoft.net } auth default { mechanisms = plain login passdb pam { } userdb passwd { } socket listen { client { path = /var/spool/postfix/provate/auth mode = 0660 user = postfix group = postfix } } } Suggestions? -- -ste

3 10

[Dovecot] POP3 timeout
by Jason Gretz 18 Jan '07

18 Jan '07

Hey guys I have a user's machine that won't drop his POP3 connection, is there a way to set a timeout? I'm not seeing it in the default config or in the webmin module for dovecot, any ideas? Thanks! Jason Gretz Network Admin Angstman Law 208-850-9284 https://companyweb/

2 1

[Dovecot] Correct usage of NFS mounted Maildirs
by Fran Fabrizio 18 Jan '07

18 Jan '07

Dovecot 1.0RC15 running on Fedora Core 5 kernel 2.6.18-1.2257.fc5smp. A SLES10 server (kernel 2.6.16.21-0.8-smp) has the home directories on an ext3 partition mounted with options (rw,acl,user_xattr,usrquota) which is then exposed as an NFS mount with server side options (rw,no_root_squash,no_acl,async). The home directories include Maildirs to which postfix delivers. The Fedora Core 5 dovecot&postfix machine then mounts this NFS mount with options (rw,hard,intr) Dovecot variables: mmap_disable=yes lock_method=dotlock default_mail_env = maildir:~/Maildir:INDEX=/usr/local/dovecot/indexes/%u (only one dovecot server and wanted to see if local indices helped) I didn't turn off the attribute caching of NFS since I only have one dovecot server, I think the wiki said it was safe to leave on in this case. With this configuration, I am seeing a lot of NFS Stale Filehandle errors, even after moving the index files to a local disk. Here's an excerpt from the log: dovecot: Dec 22 11:23:06 Info: Dovecot v1.0.rc15 starting up dovecot: Dec 22 11:23:22 Info: imap-login: Login: user=<nfsuser1>, method=plain, rip=138.26.64.50, lip=138.26.64.5 dovecot: Dec 22 11:23:24 Info: imap-login: Login: user=<nfsuser1>, method=plain, rip=138.26.64.50, lip=138.26.64.5 dovecot: Dec 22 11:24:48 Info: imap-login: Login: user=<nfsuser1>, method=plain, rip=138.26.64.50, lip=138.26.64.5 dovecot: Dec 22 11:26:43 Error: IMAP(nfsuser1): inotify_add_watch(/nethome/facstaff/nfsuser1/Maildir/.Trash/new) failed: Stale NFS file handle dovecot: Dec 22 11:26:43 Error: IMAP(nfsuser1): inotify_add_watch(/nethome/facstaff/nfsuser1/Maildir/new) failed: Stale NFS file handle To be honest, I'm not 100% sure this is a dovecot problem, because I also see that I am getting stale filehandles when postfix tries to deliver the mail to the Maildir, but I'm curious as to whether this is because of something dovecot did because I have it misconfigured. Does anything about my dovecot config provide any clues as to what I might have done wrong? The NFS mounts are completely stable everywhere except within the Maildirs. From the shell, I can run a loop to call 'ls' 1000 times outside of a Maildir and it works fine. Inside a Maildir, I will get Stale NFS Filehandle errors before long. Does this sound like it could have something to do with my Dovecot config, given that it is happening even after I moved indices to the local disk (still getting stale filehandle errors on files like dovecot-keywords). I performed the following procedure: - shut down dovecot - did a rm-rf Maildir on my test account - unmounted the NFS mount /nethome/facstaff - remounted the NFS mount /nethome/facstaff - set the index files to be local in dovecot.conf and created that directory (/usr/local/dovecot/index/) - sent a few test mails to the user (to recreate the Maildir) - started dovecot - logged in (via Thunderbird) to account through dovecot. - read test message - deleted test message - opened shell to dovecot server - cd'ed into user's Maildir - ran 'ls' a few times. Got Stale Filehandle errors after a few. - back in Thunderbird, tried to read/move/delete other test mails, got the above errors in the log. If it's not a dovecot issue I know it's off-topic, but has anyone else seen similar? I might be imagining this, but I think the problem started when I moved from SLES9 to SLES10 for my fileserver (newer kernel, newer version of NFS, perhaps an incompatibility here?) Thanks, Fran

2 1

[Dovecot] Custom mail directory with LDAP
by Maykel Moya 18 Jan '07

18 Jan '07

For certain users, I have their mail boxes under /srv/mpop/<username>/Maildir. For the rest, I have their mail boxes under /srv/vmail/<username>/Maildir. mpop/ users are stored in LDAP, vmail/ users are local users so I discard the idea of set a fixed mail_location. In dovecot-ldap.conf I can't get the picture to set /srv/mpop/<username>/Maildir as mail. I'd tried user_attrs = /srv/mpop/uid/Maildir=mail but watching the logs I saw that a '/srv/mpop/uid/Maildir' is queried to the LDAP Server. Would be nice to have a user_global_mail equivalent to user_global_uid for LDAP user lookups. Regards, maykel

2 1

[Dovecot] auth unix sockets
by Uldis Pakuls 18 Jan '07

18 Jan '07

Hi, I'm working on "avelsieve" SqurrelMail plug-in to implement SIEVE "file" back end for dovecot. 1. My be someone my explain me, how to use client auth socket to authenticate against dovecot-auth unix socket. As fas as I understood login must be sent in form "user\0\user\0password" as base64 encoded string. pp code (I'm using socket used by postfix auth): -------------------- <?php $authstr = base64_encode('test@virtual.net\0test@virtual.net\0test'); $fp = fsockopen("unix:///var/spool/postfix/private/auth",0, $errno, $errstr, 30); if (!$fp) { echo "$errstr ($errno)<br />\n"; } else { $out = "$authstr\r\n"; fwrite($fp, $out); while (!feof($fp)) { echo fgets($fp, 128); } fclose($fp); } ?> ----------------------- Dovecot auth complains about syntax It seems 'auth mech' also is required. thus; how to correctly use dovecot client auth socket to authenticate? (some FAQ?, php sample code?) 2. [most important] dovecot LDA uses auth maser sockets to read userdb and get home directory path to deliver mail and locate sieve scripts. I need some home path to locate users sieve script. Wow to obtain it using dovecot auth sockets? Tnx Uldis

3 2

[Dovecot] Multiple Mailbox Location
by Giuseppe Giacomini 18 Jan '07

18 Jan '07

Hi, I' m using dovecot v1.0.rc17 on a Centos 4.4 linux box with maildir format. Linux box mounts two LUNs of our Storage Area Network. LUN(a) has been mounted on /home with linux quota enable (small in size , but faster than LUN(b)) LUN(b) has been mounted on /archive with linux quota enable (big in size, but slower than LUN(a) ) I want to create two different private namespaces for our users. The first namespace is used for users' current mail (INBOX,Trash,Sent ....) and is located on faster disk (LUN(a)) The second namespace is used as mail archive. User drags his mail from first namespace to the folders located on the second namespace. This is my namespace definition in dovecot.conf default_mail_env = maildir:/%h/MailDir namespace private { separator = / prefix = inbox = yes hidden = yes } namespace private { separator = / prefix = "#Archive/" location = maildir:/archive/%u/MailDir #hidden = yes } This is the output to NAMESPACE command : 02 namespace * NAMESPACE (("#Archive/" "/")) NIL NIL We have a lot of types of client: Outlook >= 2000, Thunderbird, Eudora 7, Squirrellmail 1.4.8 with different behavior regarding namespace. These are my questions: 1) Is my namespace configuration right? Am I missing something? It is a bit different from that at http://wiki.dovecot.org/Namespaces 2) If I create a folder under the default namespace (i.e. .test under user MailDir) and add the folder name in namespace's subscription , Outlook and Eudora show me the folder and if I open the subscribe menu' they show me the two namespaces with their folders. With Thunderbird I can't see the created folder under default namespace and if I open the subscribe window I can see only the second namespace "#Archive" (That one not hidden). Is it a Thunderbird problem? Thank you

1 0

[Dovecot] Corrupt Transaction Log?
by Jay Chandler 18 Jan '07

18 Jan '07

Got most of my install woes sorted out. Have Dovecot running on two servers, one for my standard imap deployment, and one for my webmail server. I'm getting a lot of messages like this when my palm Treo syncs. Anyone have any idea what I have set wrong? Jan 17 21:49:57 montreal dovecot: imap-login: Login: user=<chandler>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jan 17 21:49:57 montreal dovecot: IMAP(chandler): Corrupted transaction log file /usr/users/staff/chandler/.imap/INBOX/dovecot.index.log: Deleted counter wrong Jan 17 21:49:57 montreal dovecot: IMAP(chandler): Disconnected Jay Chandler Network Administrator, Chapman University 714.628.7249 / chandler(a)chapman.edu Today's Excuse: PEBKAC (Problem Exists Between Keyboard And Chair)

2 1

[Dovecot] dovecot-auth file descriptor usage
by Steven F Siirila 17 Jan '07

17 Jan '07

In dovecot-auth (rc15) we experienced problems when the file descriptors reached 256 (due to a Solaris fdopen() call described previously). The issue was that there was one file descriptor being used for every imap-login and pop3-login process (in our environment of SSL-only that means one for every active IMAP and POP connection). Mods were made (and appear in rc16) to close out the descriptor in question after using it during authentication (as I understand it). However, I am still seeing plenty of file descriptors left open in rc16 (one per session). For example, on a Solaris 9 server with 9 IMAP connections open here is an lsof excerpt of dovecot-auth: dovecot-a 26071 root 7u unix 105,136 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3000d084250) dovecot-a 26071 root 8u unix 105,140 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3c9c4227b68) dovecot-a 26071 root 9u unix 105,149 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa7680b8) dovecot-a 26071 root 10u unix 105,266 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa765d48) dovecot-a 26071 root 11u unix 105,160 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa7667e0) dovecot-a 26071 root 12u unix 105,255 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x3cbaa769288) dovecot-a 26071 root 13r DOOR 265,0 0t0 50 /var/run (swap) (door to nscd[7752]) dovecot-a 26071 root 14u unix 105,258 0t79 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30002dc4008) dovecot-a 26071 root 15u unix 105,282 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30003185738) dovecot-a 26071 root 16u unix 105,141 0t80 3190 /devices/pseudo/tl@0:ticots->/var/opt/dovecot/run/dovecot/login/default (0x30003185ac8) With the modification made, shouldn't these no longer accumulate? -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

3 5