- dovecot - dovecot.org

[Dovecot] Solved problem with index corruption (new mail not seen)
by Tom Alsberg 24 Apr '06

24 Apr '06

Having had many problems in the past with IDLE not working, new messages not being seen from Thunderbird, and sometimes garbage seen as part of mailboxes, I eventually added some workaround/sanity check patch to the imap_sync_deinit code to reread the offsets from the index and that solved the problem. Now with beta7 (I've previously used beta2), this seems not to be necessary anymore. I installed vanilla beta7 and couldn't reproduce the problem in any way! I'm not sure what has changed there, and haven't yet checked if I see anything relevant, so this is just to let you know, and ask - any idea which change could have caused this. Happily I will soon be going on with working around other issues I have here, and start bugging you in the list again. Cheers, -- Tom -- Tom Alsberg - hacker (being the best description fitting this space) Web page: http://www.cs.huji.ac.il/~alsbergt/ DISCLAIMER: The above message does not even necessarily represent what my fingers have typed on the keyboard, save anything further.

1 0

[Dovecot] IMAP/Plain Text issue with Dovecot
by Tom Ray 24 Apr '06

24 Apr '06

I finally got Dovecot working pretty good I just have one small problem. I can't seem to log in via IMAP, now everything works great through POP but when I try to login via IMAP I get the following error: "PLAIN authentication failed. None of the authentication methods supported by your IMAP server are supported this computer" Anyone seen this before?

1 0

[Dovecot] Saving Maildir with Samba
by Brad Bateman 24 Apr '06

24 Apr '06

4 8

Re: [Dovecot] Just setup Dovecot and having a small problem.
by Tom Ray 24 Apr '06

24 Apr '06

On 4/23/06, Angel Pavlov <angel(a)coffeejob.com> wrote: > > Tom Ray wrote: > > I've just installed Dovecot and am running into a bit of a problem with > it. I'm using virtual email accounts and everything seems to be working up > to a certain point. Let me break down how the server is setup. > > Each domain belongs under the directory /mail so it's path is basically: > /mail/domain.tld. Within each domain directory there are two sub-directories > etc and mail. Under /mail/domain.tld/etc I have two files setup aliases and > passwd, the aliases file handles all mail aliasing for that domain and the > passwd file holds the users account name and password. The password file has > the accounts stored in the following format: > > user@domain.tld:(encrypted <user@domain.tld:%28encrypted>password):500:500:Virtual User:/mail/domain.tld/mail/user:/dev/null > > The password enctryption is basically htpasswd() style encryption. Now the > problem I'm having is I keep getting authentication errors when I try to > login via POP3 (I'm testing via command line so I do `telnet localhost > 110`). At first I had only auth_debug_passwords=yes set and I was seeing > this in the log file: > > Apr 23 18:54:19 www dovecot: auth(default): client in: > AUTH^I1^IPLAIN^Iservice=POP3^Isecured^Ilip= > 127.0.0.1^Irip=127.0.0.1^Iresp=AHRvbUBkZXRyb2l0b25saW5lLmNvbQBuZXdiZXJn > Apr 23 18:54:19 www dovecot: auth(default): pam(user(a)domain.tld,127.0.0.1): > pam_authenticate() failed: Authentication failure > Apr 23 18:54:19 www dovecot: auth(default): passwd-file > /mail/domain.tld/etc/passwd: Read 1 users > Apr 23 18:54:19 www dovecot: auth(default): passwd-file(user(a)domain.tld, > 127.0.0.1): unknown user > Apr 23 18:54:20 www dovecot: auth(default): client out: FAIL^I1^Iuser= > user(a)domain.tld > > So I can see it's reading the proper password file but it claims that user > doesn't exist, however, that user does exist. When I turn on > auth_verbose=yes and I'm still seeing the same errors in the log file. > > Can someone tell me what I'm missing here? I'm really on a time crunch > with this, our mail server died friday morning and it's been put on me to > fix it. They insist I use UW IMAP but I can't get it to work with the > vitrtual users like the previous guy did. I've used Dovecot before but it's > been two years and I can't remember how I got everything working before. > They want things back to normal by Monday morning (tomorrow) so now I'm a > bit stressed since I've lost most my weekend rebuilding the server and > users. > > Any help would be appreciated. I thought I had this setup just right but I > just can't get passed it telling me the user doesn't exsist. > > > try : > > 1. htpasswd file formated : user@domain.tld:(encrypted<user@domain.tld:%28encrypted>password) > 2. Without PAM > > good luck ! > > Angel > I'm still getting told that the user doesn't exist. It's loading the proper password file, but it just doesn't see the user...it should be parsing it right correct?

1 0

[Dovecot] Problem with dovecot-lda with imap and Maildir
by Angel Pavlov 23 Apr '06

23 Apr '06

Hello all, I've installed dovecot-lda today and it's working fine. But with Maildir mailboxes and imap (connected) I have some strange log messeges : Apr 23 14:28:49 shark postfix/pipe[3211]: A244E3040A2: to=<angel(a)coffeejob.com>, relay=dovecot, delay=0, status=sent (coffeejob.com) Apr 23 14:28:49 shark postfix/qmgr[26922]: A244E3040A2: removed Apr 23 14:28:49 shark dovecot: imap(angel(a)coffeejob.com): Corrupted transaction log file /var/spool/mail/coffeejob.com/angel/Maildir/dovecot.index.log: record size too small (type=0x8080, offset=420, size=0) Apr 23 14:28:49 shark dovecot: imap(angel(a)coffeejob.com): Unexpected transaction log desync with index /var/spool/mail/coffeejob.com/angel/Maildir/dovecot.index I'm using dovecot-lda from cvs (2006-04-23) and dovecot-1.0_beta3 ( from gentoo )* *Someone have an idea how to solve this problem ? Angel

1 0

[Dovecot] Re: dovecot Digest, Vol 36, Issue 72
by Jiaying Xu 23 Apr '06

23 Apr '06

Hi, I am not sure if I can post or not. I believe I subscribed and I sent a post to dovecot(a)dovecot.org yesterday but has not seen my post yet. Sorry if I am too dumb to understand how this mailing list works. JX

1 0

[Dovecot] Bug: quota-maildir.c, array accessed out of bounds
by Bill Boebel 22 Apr '06

22 Apr '06

Timo, In src/plugins/quota/quota-maildir.c, in the maildirsize_read() function, if the maildirsize file is greater that 5120 bytes, this code breaks because the while loop executes multiple times, incrementing size to a value larger than 5120, and then size is later used to referece the buf array out of bounds. To fix it you could add a break statement after "size+= ret;" so that the while loop is always only executed once: char buf[5120+1]; ... size = 0; while ((ret = read(fd, buf, sizeof(buf)-1)) != 0) { if (ret < 0) { if (errno == ESTALE) break; mail_storage_set_critical(storage, "read(%s) failed: %m", path); } size += ret; } if (ret < 0 || size == sizeof(buf)-1) { /* error / recalculation needed. */ (void)close(fd); t_pop(); return ret < 0 ? -1 : 0; } /* file is smaller than 5120 bytes, which means we can use it */ root->total_bytes = root->total_count = 0; /* skip the last line if there's no LF at the end */ while (size > 0 && buf[size-1] != '\n') size--; buf[size] = '\0';

1 0

[Dovecot] PAM authentication woes with MacOSX
by Jim Reid 22 Apr '06

22 Apr '06

Hi. I've just compiled and installed 1.0beta7 on MacOSX 10.4.6. I have lost the battle with PAM authentication. When I connect to the IMAP server and provide the correct user name and password, the mail client is told authentication failed. Here's what's in the log: Apr 21 22:47:43 shaun dovecot: auth(default): client in: AUTH 2 PLAIN service=IMAP secured lip=195.54.233.68 rip=195.54.233.69 resp=AGppbQB1bmxpbmsoLik= Apr 21 22:47:43 shaun dovecot: auth(default): pam(jim,195.54.233.69): pam_authenticate() failed: Authentication failure Apr 21 22:47:45 shaun dovecot: auth(default): client out: FAIL 2 user=jim Apr 21 22:47:53 shaun dovecot: auth(default): client in: AUTH 3 PLAIN service=IMAP secured lip=195.54.233.68 rip=195.54.233.69 resp=AGppbQB1bmxpbmsoLik= Apr 21 22:47:53 shaun dovecot: auth(default): pam(jim,195.54.233.69): pam_authenticate() failed: Authentication failure Apr 21 22:47:53 shaun dovecot: auth(default): client out: FAIL 3 user=jim Apr 21 22:47:55 shaun dovecot: imap-login: Aborted login: user=<jim>, method=PLAIN, rip=195.54.233.69, lip=195.54.233.68, TLS After some googling, I found a posting from this list that claimed the following PAM setup would work for MacOSX: # dovecote: auth account password session auth required pam_nologin.so auth sufficient pam_securityserver.so auth sufficient pam_unix.so auth required pam_deny.so account required pam_permit.so password required pam_deny.so session required pam_uwtmp.so It didn't. :-( If it had, I wouldn't be posting this. :-) BTW, that posting said the wiki entry for PAM didn't work on MacOSX. Which is true. I tried that unsuccessfully too. Can anyone shed any light on what's been misconfigured or how to turn on enough debugging to show where I'm going wrong? Thanks. BTW, here's what I think is the relevant bit of dovecote.conf: auth default { mechanisms = plain passdb pam { args = dovecot } userdb passwd { } user = root }

1 0

[Dovecot] Bug: maidirsize double counting moved messages
by Bill Boebel 21 Apr '06

21 Apr '06

The maildirsize file is double counting messages when moving them from folder to folder when "maildir_copy_with_hardlinks = no": 1024000000000S 99337571 19370 14010590 2 <--- moved from subfolder to subfolder -7005295 -1 14010590 2 <--- moved from subfolder to INBOX -7005295 -1 14010590 2 <--- moved from INBOX to subfolder -7005295 -1 14010590 2 <--- moved from subfolder to subfolder -7005295 -1 When I change "maildir_copy_with_hardlinks" to "yes", this problem only occurs when moving in and out of the INBOX, but not when moving from subfolder to subfolder: 7005295 1 <--- moved from subfolder to subfolder -7005295 -1 14010590 2 <--- moved from subfolder to INBOX -7005295 -1 14010590 2 <--- moved from INBOX to subfolder -7005295 -1 7005295 1 <--- moved from subfolder to subfolder -7005295 -1

1 0

[Dovecot] Question about mail storage
by Stewart Dean 21 Apr '06

21 Apr '06

I am in the throes of trying to understand all the issues of transforming an old UW Imap server with mbox (I think) INBOX format running sendmail and procmail serving 3500 users to dovecot and maildir format. Currently, the folders are under ~/mail and the INBOXes are under /var/spool/mail. If I understand correctly, the typical default Dovecot/maildir format installation will have both the INBOX and folders (prefixed with a period), so they take the format: .<foldername>) under ~/Maildir. Right? I am planning to do a gradual phaseover of one chunk of ids at a time........ "I am in a maze of twisty tunnels, all alike. A dwarf runs by........" Some questions: 1) In the UW IMap docs, formats.txt discusses a bunch of different mailbox formats. I am unclear as to whether I currently have what Crispin describes at .unix format or .mbx format. > . unix This is the traditional UNIX mailbox format, in use for nearly > 30 years. It uses a line starting with "From " to indicate > start of message, and stores the message status inside the > RFC822 message header. > > unix is not particularly efficient; the entire mailbox file > must be read when the mailbox is open, and when reading message > texts it is necessary to convert the newline convention to > Internet standard CR LF form. unix preserves UIDs, and allows > the creation of keywords. > > Only one process may have a unix-format mailbox open > read/write at a time. > and ... > . mbx This is the current preferred mailbox format. It can be > handled quite efficiently by c-client, without the problems > that exist with unix and mmdf formats. Messages are stored > in Internet standard CR LF format. > > mbx permits shared access, including shared expunge. It > preserves UIDs, and allows the creation of keywords. How do I tell them apart? Alternately, how do I tell if what I now have (some sort of one big single-file INBOX) is mbox? Or is what he's referring to as unix just mbox 2) How to change Where Things End Up a) The users' ~/.procmailrc pretty much consists of: MAILDIR=$HOME/mail Am I correct in assuming that this should be changed to: MAILDIR=$HOME/Maildir/ ? b) Mail appears to end up in /var/spool/mail/<username> because that's the procmail default (ORGMAIL). To redirect individual users (because this will be a gradual changeover), am I correct in assuming that putting: DEFAULT=$HOME/Maildir/ in ~/.procmailrc will redirect incoming mail? 3) I see that, in the default configuration, /everything/ will now be under ~/Maildir and thus in the home directories. Is there a reason to get away from a separate INBOX directory (we use /var/spool/mail)? I'd have to rebuild the homedir filesystems to accommodate the INBOX demands. This isn't all that big a deal, I'd like to understand the rationale..or should I just bow to the inevitable? 4) Pardon my stupidity, but how is the Dovecot INBOX under maildir++ organized? a) Is it a separate directory under ~/Maildir (say ~/Maildir/INBOX or some such) that has a separate file for each message or b) are the INBOX messages just mixed in with the folders under ~/Maildir. If so, how are they differentated? Enlighten my ignorance,.please! I've been reading docs today until my brain feels like custard, but I couldn't seem to get clear definitive answers to these questions........ Thanks in advance. -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

5 6