- dovecot - dovecot.org

[Dovecot] Migrating to dovecot: non-empty mboxes
by Alexander Shikoff 28 Feb '07

28 Feb '07

Hello, I migrate from cucipop to dovecot. Thus I move users' mailboxes (mbox format) to another location. Some POP3 client (for example Outlook or TheBat!) use flag 'Do not delete messages from server'. After the user's mailbox have been moved to a new location all old messages is retrieved again and user get duplicates. Is there a way to avoid such issue? Thanks a lot! -- Kind Regards, Alexander Shikoff minotaur(a)crete.org.ua

2 2

[Dovecot] rc23 Problem - Assertion Failed
by chandler.lists＠chapman.edu 28 Feb '07

28 Feb '07

Feb 27 14:17:46 wurfel dovecot: imap-login: Login: user=<USER>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Feb 27 14:17:46 wurfel dovecot: IMAP(USER): file mbox-sync-update.c: line 387 (mbox_sync_update_header): assertion failed: (ctx->mail.uid != 0 || ctx->pseudo) This is happening for dozens of users. Anyone have a suggestion of what to adjust? It was happening somewhat less frequently in RC22, and I believe the line number was in the 4hundreds there...

2 2

Re: [Dovecot] rc23 Problem - Assertion Failed
by chandler.lists＠chapman.edu 28 Feb '07

28 Feb '07

I don't think this was touched from 23 to 24... Also, 24 hasn't hit the FreeBSD ports tree yet, so I'm not certain what would break if I built it manually... --J > On Tue, 27 Feb 2007 14:19:45 -0800 (PST) > chandler.lists(a)chapman.edu wrote: > >> Anyone have a suggestion of what >> to adjust? > > rc24? > > -- > > Brian Morrison > > bdm at fenrir dot org dot uk > > "Arguing with an engineer is like wrestling with a pig in the mud; > after a while you realize you are muddy and the pig is enjoying it." > > GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html >

1 0

[Dovecot] dovecot-auth (1.0rc24) on Solaris seems broken.
by Stephen Usher 28 Feb '07

28 Feb '07

I've trying to get dovecot-auth to talk to exim and have been running debugging on both sides. I've added the line: i_info("auth_client_input: client disconnected: %s", strerror(errno)); just after the "case -1" in the first switch statement in: auth-client-connection.c: auth_client_input() and get this in the logs: dovecot: Feb 27 13:35:09 Info: auth(default): auth_client_input: client disconnected: Illegal seek Now, on the exim end if I don't have the i_info() call in the routine the call to fgets() which exim is using never returns. If I put the i_info() call in there it does and gives an error, e.g. 2007-02-27 13:35:09 dovecot_plain authenticator failed for vanguard.earth.ox.ac.uk [163.1.22.82]: 435 Unable to authenticate at present: authentication socket protocol error Now, the istreams code in dovecot seems rather too obscure for me to debug any further. According to the read(2) man page under Solaris 10, the only version of read which can possibly return ESPIPE is pread(). Any ideas what's going on? Steve -- --------------------------------------------------------------------------- Computer Systems Administrator, E-Mail:-steve@earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 University of Oxford, Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072

3 2

[Dovecot] Capability dropping support patch
by David 28 Feb '07

28 Feb '07

Hi, A week ago I submitted an early patch, please ignore it. The patch attached to this email has been tested and seems to work for me. I have also attached instead of inline to solve problems with spaces/tabs. The patch will, on systems that have libcap support, drop capabilities that Dovecot doesn't need. For example there is no need for CAP_SYS_MODULE, which enables module loading or CAP_SYS_PTRACE/CAP_SYS_ADMIN/etc. If libcap isn't installed then nothing will change, this is a compile-time only enhancement that isn't configurable. Personally I did not find that CAP_SYS_CHROOT was needed in order for me to authenticate and access my mailbox, but I haven't configured anything special with chrooting (yet). I added it because I see chroot() is used in src/lib/restrict-access.c. The patch was generated against 1.0-rc24 and tested with clients imp and Thunderbird. My configuration uses a virtual passdb, requires TLS for AUTH and exports auth-master under a different account. All of this appears to work correctly. I'd appreciate any comments, perhaps this will help safeguard the 1000EUR on non-hardened systems :) David

1 0

Re: [Dovecot] Quota stored in LDAP
by Stian Jordet 27 Feb '07

27 Feb '07

On tir, 2007-02-27 at 13:12 -0300, Venilton Junior wrote: > default_mail_env = maildir:/var/lib/imap/vmail/domains/%d/%n/mail::INDEX=/var/run/dovecot/indexes/%n I don't really know, but have you checked whether the maildirsize file is in the index-location? > plugin { > convert_mail = maildir:/var/lib/imap/vmail/%d/%u/mail > #quota = maildir:storage=102400 (If I uncomment this line, quota start to work, but for everyone equally) > quota = maildir (After putting this line, all messages starts to get at the filename the ,S=) > } You don't need to have a quota line in the plugin section. > Here follows my dovecot-ldap.conf: > > user_attrs = mail,homeDirectory,,,,quotaStorage=quota And your ldap attribute is called quotaStorage? > But it's not creating the control file... should I use dirsize instead of Maildir++ ? > My quota ldap entry is: maildir:storage=102400 No, you should not use dirsize. That's terribly slow (and does for sure not make the maildirsize-file). The only thing I'm unsure of is whether your ldap attribute is called quotaStorage? You could post some debug output from the log, with debug enabled. -Stian

2 1

[Dovecot] Dovecot rc23 and rc24 freeze after authentication
by Garret Huntress 27 Feb '07

27 Feb '07

I had our production systems running on rc23, however we ran into problems when the server was under heavy load. Eventually, the server would begin to freeze all imap connection after authentication (according to the logs). A user would connect, authentication would succeed, and then the connection would sit until timing out. No error logs were produced. Upgrading to rc24 did not resolve the issue, but reverting to rc22 has. -Garret -- Garret W. Huntress System Administrator / System Developer Geophysical Laboratory Carnegie Institution of Washington 5251 Broad Branch Road, NW Washington, DC 20015 Email: ghuntress(a)ciw.edu Phone: (202)-478-8973 AIM: Garret Huntress

2 1

[Dovecot] Certs file
by Javier Henderson 27 Feb '07

27 Feb '07

I'm running 1.0rc23 on FreeBSD 6.2-RELEASE, and seeing the following: Starting dovecot. Error: Can't use SSL key file /etc/ssl/private/dovecot.pem: No such file or directory In the config file I have: ssl_cert_file=/usr/local/certs/imapd.pem Looking for dovecot.pem on the config file there's only: % grep dovecot.pem dovecot.conf #ssl_cert_file = /etc/ssl/certs/dovecot.pem #ssl_key_file = /etc/ssl/private/dovecot.pem So the two entries referencing dovecot.pem are commented out. I removed those two lines anyway, just in case, but it didn't make a difference. What am I missing? I'd love to include the output of 'dovecot -n' but... % dovecot -n # /usr/local/etc/dovecot.conf Error: Can't use SSL key file /etc/ssl/private/dovecot.pem: No such file or directory Thanks, -jav

6 9

Re: [Dovecot] Solaris problem & exim. Please ignore it.
by Stephen Usher 27 Feb '07

27 Feb '07

Please ignore my previous question.. as it turns out it's a bug/feature of fprintf(3C) and sockets under Solaris. Exim was using fprintf to output the AUTH string and for some unknown reason it was hanging, possibly because the input buffer on the file stream wasn't empty or something. After modifying the Exim's dovecot authentication plug-in to use write(2) instead of fprintf(3C) it miraculously worked! Steve -- --------------------------------------------------------------------------- Computer Systems Administrator, E-Mail:-steve@earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 University of Oxford, Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072

1 0

[Dovecot] lstats on all files in Maildir when opening an e-mail.
by Tan Shao Yi 27 Feb '07

27 Feb '07

Hi, I'm running RC19 on a Solaris 10 SPARC box. It seems that whenever I open an e-mail in any folder via IMAP, dovecot appears to scan every other folder in the Maildir. A truss reveals that it is lstat-ing every e-mail in every directory. I'm sorry I am sending only a fragment of the truss, it's really too long... but is this behaviour expected? Cheers, Tan Shao Yi lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170337156.M209211P18431V025055F0I0000DAF0_0.recess1,S=2596", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170337594.M159985P18549V025055F0I0001891B_0.recess1,S=4111", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170338379.M564254P18933V025055F0I000196A3_0.recess1,S=3630", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170344035.M859029P24106V025055F0I000198E4_0.recess1,S=4254", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170344816.M69242P24829V025055F0I000199CB_0.recess1,S=3810", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170347789.M408186P27905V025055F0I00019A8F_0.recess1,S=3922", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170378895.M589722P25748V025055F0I00019279_0.recess1,S=2782", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170380726.M524353P29456V025055F0I0001AEE1_0.recess1,S=3619", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/new/1170381420.M702545P517V025055F0I0001B208_0.recess1,S=3028", 0xFFBFF040) = 0 getdents64(8, 0xFEE72000, 8192) = 0 close(8) = 0 lstat64("/var/qmail/maildirs/AA/AA/test(a)pacific.net.sg/Maildir/.qmail/maildirfolder", 0xFFBFF148) = 0 lstat64("/var/qmail/maildirs/AA/AA/test(a)pacific.net.sg/Maildir/.qmail/cur", 0xFFBFF148) = 0 openat(-3041965, "/var/qmail/maildirs/AA/AA/test(a)pacific.net.sg/Maildir/.qmail/cur", O_RDONLY|O_NDELAY|O_LARGEFILE) = 8 fcntl(8, F_SETFD, 0x00000001) = 0 fstat64(8, 0xFFBFEEE8) = 0 getdents64(8, 0xFEE72000, 8192) = 1088 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/cur/1169092926.M656431P6118V04010002I000023E9_0.recess1,S=4701:2,S", 0xFFBFF040) = 0 lstat64("/var/qmail/maildirs/AA/AA/test@pacific.net.sg/Maildir/.qmail/cur/1168983168.M76366P8906V04010002I000027AB_0.recess1,S=2345:2,S", 0xFFBFF040) = 0

3 6