- dovecot - dovecot.org

Re: [Dovecot] Dovecot 1.0 beta3 and SUBSCRIBE
by Bertrand Leboeuf 27 Mar '06

27 Mar '06

Thanks but for mbox it is ".subscriptions", "subscriptions" is for maildir, but I found the BUG !!! ~/mail/.subscriptions is on an NFS mounted filesystem, it keeps on getting deleted... does not like NFS (the files are renamed .nfsXXXXX when deleted) if I patch the code to get it on a local filesystem, like my indexes (in storage->index_dir instead of storage->dir): /var/indexes/%u/.subscriptions then it stays alive and work. Bertrand >On Tue, 21 Mar 2006 11:40:05 -0500 (EST) >Bertrand Leboeuf <leboeuf(a)emt.inrs.ca> wrote: > >> Any clues > >Rename .subscriptions to subscriptions > >-- > >Brian Morrison >

3 3

[Dovecot] Clash between multiple authentication databases (security problem?)
by dovecot-ri 27 Mar '06

27 Mar '06

Hi all, I just installed dovecot-1.0_beta2 and love it! However, I've run into issues using multiple authentication databases. I use both pam (for users on my system) and sql (for virtual users). I've noticed that if I have system user "userabc" and virtual user "userabc(a)otherdomain.com" (two distinct users) and my "auth default" section contains these passdb/userdb entries in this order (the order in the example config): passdb pam passdb sql userdb pam userdb sql then when userabc(a)otherdomain.com logs in, he'll get the system user userabc's mail instead of his own. It appears that the sql password check succeeds, then Dovecot grabs the home directory from pam, NOT sql. I can work around this by setting up "userdb prefetch" and adding that section *before* "userdb pam". If I put "userdb prefetch" after "userdb pam" or after "userdb sql", then Dovecot doesn't actually do the prefetch (which causes an error since Dovecot issues the default SQL query for "user_query", which my MySQL database doesn't like). Is there a safer way to do this? If not, should there be? Thanks! Richard ====================================================== complete working dovecot.conf: ====================================================== first_valid_uid = 900 mail_debug = yes default_mail_env = maildir:%h/.maildir maildir_copy_with_hardlinks = yes protocol imap { login_greeting_capability = yes } protocol pop3 { } auth_debug = yes auth default { mechanisms = plain passdb pam { args = "*" } passdb sql { args = /etc/dovecot/dovecot-sql.conf } userdb prefetch { } userdb passwd { } userdb sql { args = /etc/dovecot/dovecot-sql.conf } user = root } ====================================================== dovecot-sql.conf: ====================================================== driver = mysql connect = host=/var/run/mysqld/mysqld.sock user=mail password=** dbname=mail default_pass_scheme = SSHA password_query = <query that returns user, password, userdb_home, userdb_uid, userdb_gid>

2 2

Re: [Dovecot] Dovecot LDA + Fedora destribution = no go?
by Marilyn Davis 26 Mar '06

26 Mar '06

> Jakob Hirsch jh at plonk.de > Sat Mar 25 04:40:29 EET 2006 > Quoting Charlie Davis: > > > Anyone know of a way to get the LDA to work on the fedora distribution > > available on yum? I'm a big fan of the whole yum-auto-updating thing but > > if this isn't possible, I'll go tarball. > > To use the LDA, AFAIK you'll have to go CVS. Going CVS, can we build and install dovecot-lda and keep the dovecot executable the way it is? Or do we have to rebuild the dovecot executable from the CVS tree too? Thank you. Marilyn Davis

4 7

[Dovecot] Some moved or copied messages get stuck in tmp
by Luis Meléndez 26 Mar '06

26 Mar '06

Hello. I have seen in recent posts that there are other people with this problem, and it is very important for me, as it is the only cause for not putting Dovecot in production in all mail servers in my University. When moving/copying messages, some of them get stuck in the tmp directory of the destination folder, effectively lost for the user. I have been tracing the problem, and it looks that it happens with messages that have flags. The others don't have problems. But if I copy/move several flagged messages, one of them is copied, and the others are kept in tmp. In maildir-save.c there is the following comment: /* if we have flags, we'll move it to cur/ directly, because files in new/ directory can't have flags. alternative would be to write it in new/ and set the flags dirty in index file, but in that case external MUAs would see wrong flags. */ that looks like a clue. It happens with CVS versions 20060320 and 20060325 I hace done almost all tests with Thunderbird. Best regards. -- +----------------------------------------------^-----------------------+ | Luis Meléndez Aganzo ^ Email: luism(a)uco.es | | Servicio de Informática ^ Tlf: 34-(9)57-211022 | | Área de Sistemas ^ Fax: 34-(9)57-218116 | | Universidad de Córdoba (SPAIN) ^ http://www.uco.es | +----------------------------------------------^-----------------------+

2 2

[Dovecot] OS X-centricities? Too many files, temp, indexes, etc...
by Dean Blackburn 25 Mar '06

25 Mar '06

I'm just writing to see if anyone else is seeing the following issues, and particularly if they are running OS X (especially 10.4), and/or have compatible solutions (I've been reading the mailing list quite a bit, and every now and then, I find a solution that just "doesn't work" because of the differences in OS: 1) Too many files open - no plimit command on OS X, so I can't figure out how to increase the max number of open files... Also, are there any alternative means of CLOSING the files? stopping/restarting dovecot didn't seem to help; 2) I was running 1.0beta1 last week, and am now on 1.0beta3, but I'm still not seeing corrupt indexes/other dovecot files rebuilding themselves. I really can't stick with this solution if I'll always have to worry about manually fixing broken caches/indexes. 3) Any advice on fcntl/flock on OS X, particularly? They both appear to work, but I'd prefer to use the fastest/least resource intensive options for everything if possible. Thanks! -deano

3 3

[Dovecot] Filesystem full/quota limitations and Dovecot
by Tony Kay 25 Mar '06

25 Mar '06

How does Dovecot handle accounts when writes are denied, such as in situations when a user is over quota, or the filesystem is full? -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 Only a statue can be perfect, and even then it casts a shadow. - Merle Fossum

2 1

[Dovecot] Corrupted transaction log file dovecot.index.log: unexpected end of file while reading header
by Matthias Saou 25 Mar '06

25 Mar '06

Hi, I'm using dovecot 1.0.0beta3 on a RHEL4 x86_64 server. I'm seeing this error each and every time a user checks his emails : Mar 15 18:19:34 s1 dovecot: pop3-login: Login: user=<user@domain>, method=PLAIN, rip=::ffff:195.x.x.x, lip=::ffff:195.x.x.x Mar 15 18:19:34s1 dovecot: pop3(user@domain): Corrupted transaction log file /home/vmail/domain/user/dovecot.index.log: unexpected end of file while reading header Mar 15 18:19:34 s1 dovecot: pop3(user@domain): Logout. top=0/0, retr=0/ del=0/2, size=1213 From my basic testing, this seemed harmless. But after putting this in production, it appears that when emails are retrieved, long ones always get truncated after a few kB, changing attachments into garbage :-( Has anyone seen this problem before? Any ideas what could be causing this? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Rawhide) - Linux kernel 2.6.15-1.2054_FC5 Load : 0.22 0.36 0.41

2 1

[Dovecot] Segfault when parsing configuration on x86_64
by Matthias Saou 25 Mar '06

25 Mar '06

Hi, Using the exact same build of 1.0.beta3, one i386 and the other x86_64, I get segfaults upon startup with the x86_64 version when using the exact same dovecot.conf file. Here is the error : # dovecot -F Unexpected eof found when reading file 'UNOPENED' (Errcode: 0) Segmentation fault (core dumped) And the backtrace (I don't have symbols for all libs, sorry) : (gdb) bt #0 i_stream_next_line (stream=0x52c3a8) at istream.c:182 #1 0x000000000040e345 in i_stream_read_next_line (stream=0x52c3a8) at istream.c:201 #2 0x000000000040aaa9 in settings_read (path=0x41798e "/etc/dovecot.conf", section=0x0, callback=0x409580 <parse_setting>, sect_callback=0x409a50 <parse_section>, context=0x7fbffff880) at settings.c:222 #3 0x000000000040a0e1 in master_settings_read ( path=0x41798e "/etc/dovecot.conf", nochecks=false) at master-settings.c:1159 #4 0x000000000040875a in main (argc=2, argv=0x7fbffffa18) at main.c:762 #5 0x0000003d4341c4bb in __libc_start_main () from /lib64/tls/libc.so.6 #6 0x000000000040357a in _start () #7 0x0000007fbffffa08 in ?? () #8 0x000000000000001c in ?? () #9 0x0000000000000002 in ?? () #10 0x0000007fbffffbf2 in ?? () #11 0x0000007fbffffbfa in ?? () #12 0x0000000000000000 in ?? () The really weird part is that I've managed to get my dovecot.conf in a state where the problem no longer happens, but simply adding a line with '#', or removing trailing spaces (normally harmless) on some config lines makes the error re-appear. My quick guess would be that something is wrong with the config file parser on 64bit archs... Actually, I've just made some more tests, and it is "partially" reproducible on i386. In this part of my configuration : auth default { mechanisms = plain passdb sql { args = /etc/dovecot-mysql.conf } userdb sql { args = /etc/dovecot-mysql.conf } } There is a trailing space on both "args = ..." lines. Well, if I remove them, I get this message with the i386 build. When I put them back, all is fine again. Mar 16 11:05:37 s1 dovecot: pop3(user@domain): Unexpected eof found when reading file 'UNOPENED' (Errcode: 0) (from /var/log/maillog, dovecot starts fine) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Rawhide) - Linux kernel 2.6.15-1.2054_FC5 Load : 0.78 0.61 0.49

2 1

[Dovecot] /etc/passwd authentication: ERR authentication failed
by Quoc Huy Trinh 25 Mar '06

25 Mar '06

Hi all, I am a newbie with dovecot. I have a problem with it's authentication. -I installed dovecot 1.0 beta3 at /usr/local/dovecot. -I want to use my linux system accounts with mail (authentication using /etc/passwd). -I have a user account: huytq with password: 123456 -dovecot is started ok. I used telnet to login: +OK Welcome LENSECAP HCM mail user huytq +OK pass 123456 -ERR Authentication failed. and this is the infolog file says: dovecot: Mar 18 22:26:50 Info: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=192.168.1.254 rip=192.168.1.253 resp=<hidden> dovecot: Mar 18 22:26:50 Info: auth(default): passwd(huytq, 192.168.1.253): password mismatch dovecot: Mar 18 22:26:51 Info: auth(default): client out: FAIL 1 user=huytq dovecot: Mar 18 22:27:50 Info: pop3-login: Disconnected: Inactivity: user=<huytq>, method=PLAIN, rip=192.168.1.253, lip=192.168.1.254 This is my conf file: ###################### dovecot.conf ################################# base_dir = /opt/dovecot/ protocols = pop3 listen = 192.168.1.254 ssl_disable = yes log_path = /usr/local/dovecot/log/log info_log_path = /usr/local/dovecot/log/infolog log_timestamp = "%b %d %H:%M:%S " disable_plaintext_auth = no auth_debug = yes auth_verbose = yes auth default { mechanisms = plain passdb passwd { } userdb passwd { } user = root } login_dir = /opt/dovecot/login login_chroot = yes login_user = dovecot login_greeting = Welcome QuocHuy mail server login_log_format_elements = user=<%u> homedir=%h method=%m rip=%r lip=%l %c login_log_format = %$: %s default_mail_env = maildir:/opt/mail_data/%u/Maildir mail_debug = yes protocol pop3 { login_executable = /usr/local/dovecot/libexec/dovecot/pop3-login mail_executable = /usr/local/dovecot/libexec/dovecot/pop3 pop3_uidl_format = %v.%u } ######################################################### Any opinion? Thanks in advance. -- Quoc Huy Trinh

2 1

[Dovecot] namespaces in 1.0beta3
by Mark Nelson 25 Mar '06

25 Mar '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello I'm currently running dovecot-1.0.alpha4-1 on my production system, dovecot-1.0.alpha4-1where I am making use of namespaces. I have downloaded 1.0-beta3 and have installed it on a test system. I have customised the configuration for local use, however when I inserted the namespace settings into my configuration file dovecot refuses to start claiming that there is a problem with the configuration file. Has the format of the namespace configuration changed? (Configuration fragment shown below) Mark. # Migration name spaces # # # default namespace namespace private { separator = / prefix = inbox = yes } # for backwards compatibility: namespace private { separator = / prefix = hidden = yes } namespace private { separator = / prefix = mail/ hidden = yes } namespace private { separator = / prefix = ~/mail/ hidden = yes } namespace private { separator = / prefix = ~%u/mail/ hidden = yes } - -- - ------------------------------------------------------------- Mark Nelson - Mark.Nelson(a)durham.ac.ukdovecot-1.0.alpha4-1 IPPP, Department of Physics, University of Durham, Science Laboratories, South Road, Durham, DH1 3LE Office: +44 (0)191 334 3811, Direct Dial: +44 (0)191 334 3653 PGP Key: http://www.ippp.dur.ac.uk/~mn/pgp_key.txt This mail is for the addressee only -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org iD8DBQFEInzflzM++u0MgcERAmQeAJ9QvkUGcZkL7Spyh1dDt69m/CWXUACcCiq4 re7cEracjrZTyEGJ7qRyos0= =HLtc -----END PGP SIGNATURE-----

2 1