- dovecot - dovecot.org

[Dovecot] Disconnected BUG Unknown internal error bytes
by Clovis Tristao 15 Mar '10

15 Mar '10

Hi, I'm using dovecot current version 1.2.11, and is showing the following error when users connect via IMAP. dovecot: IMAP(<user>): Disconnected: BUG: Unknown internal error bytes=77/773 What's happen? How to solve this problem? Thanks a lot, Clóvis -- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: clovis(a)feagri.unicamp.br http://www.feagri.unicamp.br Fone(0xx19) 35211031-35211038-91173116 ou FAX(55xx19) 35211005/35211010

3 7

[Dovecot] deleted_to_trash 0.2 cannot compile on ubuntu 8.1 with dovecot 1.1.4
by Chan, Philip Lee Kwok 15 Mar '10

15 Mar '10

Hi, Is there any trick to make it compile? Thanks a lot. Regards, Philip 15/F, 2 IFC Tel: +852 39838782 This email and any attachments are confidential and may also be privileged. If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments. If received in error, notify the sender immediately and delete this email and any attachments from your system. Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended. Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic. Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB. Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18. The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276. If you are receiving this email from SCB outside the UK, please click http://www.standardchartered.com/global/email_disclaimer.html to refer to the information on other jurisdictions.

1 0

[Dovecot] Fatal: open() failed for /var/run/dovecot/login: Permission denied
by Andy Yen 15 Mar '10

15 Mar '10

I keep getting this message when I try to start dovecot using the -F option. Fatal: open() failed for /var/run/dovecot/login: Permission denied Checking /var/run/dovecot/login folder permissions does not seem to indicate anything wrong as root has all the permissions it needs. If I am not mistaken, dovecot can run as root while in the login directory correct? When I try to start the dovecot service, it fails with the message: dovecot dead but subsys locked. Can anybody help me resolve this issue? I am running RHEL5.4. Thanks in advance.

2 1

[Dovecot] Extra Imap processes
by Dominique St-Amand 15 Mar '10

15 Mar '10

Hello fellow dovecot users! I have a question for you guys. I have a server running dovecot/exim and I allow both pop/pops and imap/imaps. When I look at the running processes, I see a lot of imap processes that look like the following: imap [user(a)domain.tld USER_IP] Sometimes, there are duplicates imap [user(a)domain.tld USER_IP] processes. I was wondering, how come those processes don't quit and stick around in the system? Should they quit after the user issued the disconnect command from its mail client? Also, is there any way to actually make them to quit or should I make a shell script that runs at a certain period of time and actually kill those processes? Thanks

2 1

[Dovecot] dovecot dead but subsys locked: auth process died to early, error 127
by Andy Yen 15 Mar '10

15 Mar '10

I am having trouble starting up dovecot on my RHEL5 server. When starting the dovecot service, I get: dovecot dead but subsys locked Looking into the mail logs, I find: dovecot: Auth process died too early - shutting down dovecot: child 4165 (auth) returned error 127 Does anybody know how I can fix this? Thanks in advance.

2 1

[Dovecot] Status update
by Timo Sirainen 14 Mar '10

14 Mar '10

Looks like I'm pretty badly lagged behind emails in mailing list and in my INBOX. I should read and do something about maybe 150 messages. The good thing at least is that v2.0 is getting closer. Only 3 larger things left besides bug fixing: 1. config handling is too slow 2. I just noticed auth cache is only for passdb. it really should be changed to cache userdb too. 3. fts-solr should optionally use mailbox GUIDs instead of mailbox names And 2 and 3 are actually old problems..

1 0

[Dovecot] Dovecot 2.0beta3: Auth changes in Mercurial
by Thomas Leuxner 14 Mar '10

14 Mar '10

Hi Timo, are the latest 'Auth-Changes' supposed to be complete? They break 'alias(a)domain.tld' logins for me. Regards Thomas

2 4

[Dovecot] bug or feature?
by zhong ming wu 14 Mar '10

14 Mar '10

Dear List If ssl_username_from_cert = yes then setting of auth_username_chars is not respected. (It may be that anything goes in that case) Also how can I include space (0x20) in auth_username_chars if I don't use ssl_username_from_cert = yes Thanks mr.wu

2 1

[Dovecot] I need IMAP stress testing tool with SEARCH command
by Ernesto Revilla 14 Mar '10

14 Mar '10

Hi. Does anyone know of a good imap stress testing tool? And one which supports SEARCH commands? I have to compare Courier and Dovecot. I already did some tests using a modified postal/rabid package. I would be thankfully for any hints. Best regards. Erny Yaco Sistemas Spain

2 2

[Dovecot] Bug in driver-mysql.c + fix
by Alain Williams 13 Mar '10

13 Mar '10

I tried to use MySQL stored procedures from dovecot: password_query = CALL user_pass_check('%n', '%d', '%w') user_query = CALL user_info('%n', '%d') This failed with the message: User query failed: PROCEDURE imap.user_info can't return a result set in the given context The root of this problem is that mysql_real_connect() needs to be called with option CLIENT_MULTI_RESULTS and mysql_next_result() called to retrieve extra results (that will not exist in the way that we use it). I attach a patch that fixes this problem -- the patch is against dovecot-1.2.10. This works for me ... but could probably do with testing by other people. BTW: I got the same problem with exim this morning, wrote a patch that has now been accepted. The dovecot patch is similar. I am looking to use mysql procedures, there are some interesting things that can be done. Two suggestions that I have will help with this: 1) There be variable (say) %o - this be the obscured password, ie what password_query returns. 2) that dovecot look for either ''password_query'' as above, or ''password_check''. password_check would NOT return a password, but would be given %o and determine itself if the password is correct. It would return the other values (user, userdb_home, ...) and auth_result that would encode success/retry/fail (0, 1, 2 - or maybe more structured [**]) and auth_reason some human readable reason. The ''nologin'' value encodes some of this. The motivation for this is that my stored procedure will record the number of successive login failures and lock the account after 3 of them. It would also be possible to do time based restrictions & the such. Also: by passing %o the password is not sent in plain to the database server - which will increase security. I will publish my stored procedures when done. Regards [**] eg taking ideas from the HTTP codes: 200 - OK 300 5 - try again in 5 minutes 301 2 9 - try again on tuesday at 9am 400 - Login forbidden, no reason given 401 - bad username and/or password 402 - account locked administratively 403 - too many failed login attempts 500 - authentication system error The above would allow a native language version of auth_reason to be produced -- Alain Williams Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 http://www.phcomp.co.uk/ Parliament Hill Computers Ltd. Registration Information: http://www.phcomp.co.uk/contact.php Past chairman of UKUUG: http://www.ukuug.org/ #include <std_disclaimer.h>

2 5