- dovecot - dovecot.org

[Dovecot] Dovecot 1.0-rc15 on Solaris 10
by Steven F Siirila 03 Jan '07

03 Jan '07

We are running Dovecot 1.0-rc15 on Solaris 10 and are starting to ramp up our user count and ran into a file descriptor limit: Jan 1 19:38:54 <hostname> dovecot: IMAP(username): Newly created index file is corrupted: /home/username/.imap/foldername/dovecot.index.tmp Jan 1 19:38:54 <hostname> dovecot: IMAP(username): file mail-index.c: line 1806 (mail_index_move_to_memory): assertion failed: (index->fd == -1) Jan 1 19:38:54 <hostname> dovecot: pipe() failed: Too many open files Jan 1 19:38:54 <hostname> dovecot: Temporary failure in creating login processes, slowing down for now We got around this by calling "ulimit -n 512" and restarting Dovecot. This got us further (upwards of 300 concurrent users), but we are now running into what appears to be a full listen queue (connections are not rejected, but rather slow in being established). What I would like to know is if anyone else out there runs with large numbers of concurrent IMAP sessions via Dovecot and has run into problems. If so, did you have to up your fd limit w/ulimit? Any other issues? -- 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

1 1

[Dovecot] dovecot/vpopmail lastauth
by Rick Romero 02 Jan '07

02 Jan '07

Hi All, I have dovecot working wonderfully on a qmail/vpopmail, but I've noticed my 'lastauth' is never filled in.. If I use vpopmail's pop, and auth to that, then 'lastauth' is updated. It just seems weird that if dovecot is using the vpopmail lib, that lastauth wouldn't be updated. Has anyone else run into this? Thanks Rick

1 0

[Dovecot] Dovecot SASL vs. Micro$oft Outlook and Outlook Express
by Tom Kovar 02 Jan '07

02 Jan '07

Hi, I have just started using Dovecot (1.0.10) SASL behind my Postfix (2.3.3). Everything works fine, as long as I send the SMTP AUTH command manually. When using M$ Outlook (2000 and 2003) and Outlook Express 6, authentification always fails. Turning on the Dovecot auth debug on reveals the reason: Dovecot SASL expects, in accordance with the standards, the following format of the SMTP AUTH command (using the PLAIN auth mechanism): AUTH PLAIN base64_encode("username\0username\0password") whereas the M$ clients send as the second argument only base64_encode("username\0password"), which naturally leads to authentification failure. Postfix apparently does not play any role in this game, as it simply passes the received command arguments to dovecot. Before I start hacking the source myself, I just wanted to ask if somebody has a patch for this M$ shortcoming - as the damned M$ clients are very much spread, I would assume this should be the case... Thanx, --- Tom

4 4

[Dovecot] almost there with procmail and dovecot
by M. Fioretti 30 Dec '06

30 Dec '06

Hello, I am running dovecot-1.0-0_34 on Centos 4.4 In dovecot.conf I have: default_mail_env = maildir:/var/spool/mail/vhosts/%n/%d the content of that folder is: drwxrwxr-x 3 vmail vmail 4096 Dec 30 05:23 .. drwx------ 5 vmail vmail 4096 Sep 12 13:55 .Drafts drwx------ 5 vmail vmail 4096 Dec 29 18:26 .Sent drwx------ 5 vmail vmail 4096 Dec 30 03:37 .Trash drwx------ 5 vmail vmail 4096 Dec 30 05:23 INBOX drwx------ 5 vmail vmail 4096 Dec 30 05:10 INBOX.work drwx------ 5 vmail vmail 4096 Dec 30 05:10 INBOX.family drwx------ 2 vmail vmail 8192 Dec 30 03:32 cur -rw------- 1 vmail vmail 681 Dec 30 02:38 dovecot-uidlist -rw------- 1 vmail vmail 144 Dec 30 03:32 dovecot.index -rw------- 1 vmail vmail 21504 Dec 30 03:32 dovecot.index.cache -rw------- 1 vmail vmail 110300 Dec 30 03:32 dovecot.index.log drwx------ 2 vmail vmail 4096 Dec 30 03:25 new -rw-r--r-- 1 root root 18 Dec 30 05:21 subscriptions drwx------ 2 vmail vmail 4096 Dec 30 02:34 tmp and the subscription file contains: Sent Trash Drafts For reasons not really relevant here I need to use procmail as MDA: all the INBOX* Maildir folders are created by procmail with recipes like this: MAILDIR=same as in dovecot default_mail_env :0: * ^From: dad(a)his.isp.com INBOX.family #everything else goes to: :0 * w INBOX/ The problem right now is that procmail delivers all messages correctly but the folders are invisible to squirrelmail. From its interface I can only see Sent, Trash and Drafts. Is this a folder naming problem, a configuration issue or what? How must I name those inboxes and/or reconfigure dovecot to have those folders accessible in squirrelmail? TIA, Marco

2 1

[Dovecot] cross compiling dovecot
by Martin Höfling 29 Dec '06

29 Dec '06

I have the problem that configure can't run the binaries, due to crosscompiling. How can you solve these issues with ./configure? checking whether size_t is signed... configure: error: cannot run test program while cross compiling See `config.log' for more details. I configure with a mipsel cross compiler. Cheers Martin

2 1

[Dovecot] Correct naming scheme for dovecot / squirrelmail subfolders?
by M. Fioretti 28 Dec '06

28 Dec '06

Hello, I am running dovecot 1.0-0_34.rc15 and squirrelmail 1.4.8-2 on a Centos 4 server. Right now all messages are delivered to maildir /var/mail/vhosts/virtual_mail_root/, which has its cur, tmp, new subdirectories. I need to (re) configure postfix, dovecot and squirrelmail so that email is filtered and dovecot serves different boxes to squirrelmail, that is when I log in in squirrelmail I see: Inbox work (5) friends (6) lists (35) Sent Trash Spam that is every subfolder listed under Inbox with the number of unread messages. Now, I do know how to filter incoming email in different folders with postfix. The part still missing, in spite of several online searches, is the correct _naming_ and nesting of all the new mailboxes. In other words, if now everything goes into /var/mail/vhosts/virtual_mail_root/ : 1) what is the currect _name_ to give to the future "work" inbox ?? /var/mail/vhosts/virtual_mail_root/work/ /var/mail/vhosts/virtual_mail_root/INBOX.work/ what else? 2) which parameters must be changed and how in dovecot and/or squirrelmail (or any IMAP client in my home PC) so that folders are recognized and displayed as I wish? Thanks in advance for any feedback, Marco -- The right way to make everybody love Free Standards and Free Software: http://digifreedom.net/node/73

1 0

[Dovecot] Dovecot + Outlook express + permission denied
by Nagy László 28 Dec '06

28 Dec '06

Hello, I have an account (called awesome) that does not have access to some public shared folders. I can use this account from Mozilla Thunderbird, but I cannot use it from Outlook. I opened /var/log/maillog. When I try to list all folders, I get this in the log: Dec 28 09:57:38 designaproduct dovecot: IMAP(awesome): opendir(/var/mail/public) failed: Permission denied However, outlook displays three folders: Inbox, Public and Trash. It says "One or more problems occured downloading your list of folder from your account." That is fine, except that not all folders are listed. (There are others: "Contact", "Calendar" and "ShopzeusArchive".) Then I subscribe to "Inbox" and "Trash". I DO NOT subscribe to "Public", because the account has no access to "Public". Then I click on "Inbox" (inside outlook) and I get this very long text: Dec 28 09:57:54 designaproduct dovecot: imap-login: Login: user=<awesome>, method=PLAIN, rip=62.112.202.90, lip=195.228.74.135, TLS Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): Effective uid=1029, gid=1003 Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): Namespace: type=private, prefix=#mbox/, sep=/, inbox=yes, hidden=yes, subscriptions=no Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): mbox: data=/home/awesome/:INBOX=/var/mail/awesome Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): mbox: root=/home/awesome, index=/home/awesome, inbox=/var/mail/awesome Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): Namespace: type=private, prefix=, sep=/, inbox=no, hidden=no, subscriptions=no Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): maildir: data=/home/awesome/Maildir Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): maildir: root=/home/awesome/Maildir, index=/home/awesome/Maildir, control=, inbox= Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): Namespace: type=public, prefix=Public/, sep=/, inbox=no, hidden=no, subscriptions=no Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): maildir: data=/var/mail/public:CONTROL=/home/awesome/Maildir/public/control Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): maildir: root=/var/mail/public, index=/var/mail/public, control=/home/awesome/Maildir/public/control, inbox= Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): lstat(/var/mail/public/cur) failed: Permission denied Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): Sending log messages too fast, throttling.. Dec 28 09:57:54 designaproduct dovecot: IMAP(awesome): Namespace: type=public, prefix=Calendars/, sep=/, inbox=no, hidden=no, subscriptions=no Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): maildir: data=/var/mail/calendars:CONTROL=/home/awesome/Maildir/calendars/control Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): maildir: root=/var/mail/calendars, index=/var/mail/calendars, control=/home/awesome/Maildir/calendars/control, inbox= Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): lstat(/var/mail/calendars/cur) failed: Permission denied Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): Namespace: type=public, prefix=Contacts/, sep=/, inbox=no, hidden=no, subscriptions=no Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): maildir: data=/var/mail/contacts:CONTROL=/home/awesome/Maildir/contacts/control Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): maildir: root=/var/mail/contacts, index=/var/mail/contacts, control=/home/awesome/Maildir/contacts/control, inbox= Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): lstat(/var/mail/contacts/cur) failed: Permission denied Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): Namespace: type=public, prefix=ShopzeusArchive/, sep=/, inbox=no, hidden=no, subscriptions=no Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): maildir: data=/var/mail/shopzeusarchive:CONTROL=/home/awesome/Maildir/shopzeusarchive/control Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): maildir: root=/var/mail/shopzeusarchive, index=/var/mail/shopzeusarchive, control=/home/awesome/Maildir/shopzeusarchive/control, inbox= Dec 28 09:57:55 designaproduct dovecot: IMAP(awesome): lstat(/var/mail/shopzeusarchive/cur) failed: Permission denied It is very strange. Why outlook wants to open these folders? I only clicked on "Inbox", it should only open "Inbox", am I right? Outlook says "Could not select 'Inbox' on the IMAP server. You might try refreshing your folders list to synchronize with the IMAP server." But this is a lie. It tried to open many other folders, not just "INBOX". I think that my dovecot configuration is okay. I have different public and private folders. Some users can access all of them, others cannot. Using different groups of users, I can distribute permissions without problems. But I cannot make dovecot "hide" shared folders. Nor can I force all of my users to use Thunderbird. So how can I make outlook working? Thanks, Laszlo

1 1

[Dovecot] Hebrew folder names
by Dotan Cohen 27 Dec '06

27 Dec '06

I'm considering Dovecot for an IMAP server. Can I name the IMAP folders in Hebrew (utf-8) with Dovecot? Any known gotchas? Thanks in advance. Dotan Cohen http://lyricslist.com/ http://what-is-what.com/

2 4

[Dovecot] imap failed asssert in imap-bodystructure.c
by Matt Ronge 26 Dec '06

26 Dec '06

I'm running Dovecot on a Debian system which recently has been failing on an assert(). I have a spam mailbox that if I try and open (from any client), the imap process dies and this is written to the error logs: Dec 21 18:57:11 theronge imap(mronge): file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Dec 21 18:57:11 theronge dovecot: child 28911 (imap) killed with signal 6 I had this same issue with my Inbox a few weeks ago, so I moved all the e-mail out and moved each piece back in one by one, in order to determine if a piece of mail was causing the issue. As soon as all my mail was moved back in, the issue went away and I was able to load my Inbox as usual. I still have the same issue with my spam mailbox, is there anything particular I can do to help debug this issue? In the past I've rm'ed all the mail in my spam mailbox and that fixes it. One thing that may be related is that I only noticed this issue after I had setup Spambayes, which does it's work via procmail. The mailboxes that I've had the issue with, all had headers that contain a Spambayes header, usually like so: X-Spam-Score: 26 X-Spam-Score: 0.6 (/) Sender: mailman-bounces(a)acm.uiuc.edu Errors-To: mailman-bounces(a)acm.uiuc.edu X-Spam-Score: 0.1 (/) X-Authenticated-Sender: X-Spam-Details: rule=cautious-plus_notspam policy=cautious-plus score=26 mlx=26 adultscore=0 adjust=0 reason=mlx engine=3.1.0-0611300000 definitions=main-0612060023 X-Spam-OrigSender: mailman-bounces(a)acm.uiuc.edu X-Spam-Bar: *** X-Spambayes-Classification: spam; 1.00 X-Spambayes-Trained: spam I'm not sure if it's related, but it's a shock in the dark on my part. Any suggested steps that might help isolate this bug? -- Matt Ronge

2 3

[Dovecot] Intermittent "cannot update mailbox" problems w/ postfix & dovecot
by John Reddy 26 Dec '06

26 Dec '06

I hate asking questions on mailing lists, but I've exhausted my googling and FAQ trawling skills. If I've missed the pertinent doc, please tell me where to RTFM. Environment: I'm running postfix 2.3.2 on a Solaris 10 server. Mail goes into standard mbox format in /var/mail. Users can access their mail via shell (pine, mutt), POP3 or IMAP, and the pop3/imap server is dovecot-1.0.rc15. Problem: For a few users, mail occasionally fails to deliver. The mail is accepted by smtpd, passes cleanup and qmgr without incident. When it gets to local delivery, though, local complains that "cannot open file: Permission denied". A sample log entry (slightly sanitized): Dec 7 09:42:05 solaris-host local[18332]: [ID 197553 mail.info] D35C3445C: to=<bubba(a)solaris-host.sample.com>, relay=local, delay=0.17, delays=0.09/0/0/0.08, dsn=5.2.0, status=bounced (cannot update mailbox /var/mail/bubba for user bubba. cannot open file: Permission denied) Dec 7 10:52:26 solaris-host local[20775]: [ID 197553 mail.info] 670C9445D: to=<jack(a)solaris-host.sample.com>, relay=local, delay=15, delays=8.9/0/0/6.5, dsn=5.2.0, status=bounced (cannot update mailbox /var/mail/jack for user jack. cannot open file: Permission denied) Does anyone have any advice on how I might get better details about why postfix is having trouble accessing the file? Has anyone run into this before? My initial suspicion is a lock file from the users' POP3 connections... Thanks in advance for any help. -John

2 2