fetching mail from gmail
Mario Ramos
mario at hummy.org
Wed Feb 25 11:47:55 CET 2009
I have a workaround for this issue I think...
This error is produced because gmail doesn't close the connection properly
when talking to the server, therefore the mailbox remains open and locked.
I have changed the following parater from 7200 (2 hours) to 300 (5 min)
*/proc/sys/net/ipv4/tcp_keepalive_time*
http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/usingkeepalive.html
I'm not sure why the default setting in linux is 2 hours.
Maybe this is needed when using some specific protocols like bgp to prevent
erros when the system is flapping....
I can't think of any reason to keep the connection open for 2 hours.
Changing this setting has +-fixed the issue, but I'm not sure what other
implications this setting may have on the system.
Cheers.
Mario.
2009/2/25 Gunnar Wrobel <wrobel at pardus.de>
>
> Quoting Mario Ramos <mario at hummy.org>:
>
> Hello.
>>
>> I'm trying to set up gmail to fetch mail from my kolab accounts.
>>
>> When I use POP3S, on gmail I get:
>>
>> Server returned error: "[IN-USE] Unable to lock maildrop:
>> Mailbox is locked by POP server"
>> Also in /kolab/var/imapd/log/pop3d.log I get:
>>
>> Feb 23 22:39:43 mrburns <error> pop3s[10062]: Unable to lock
>> maildrop domain.com[1]!
>> user.mramos: Mailbox is locked by POP server
>>
>> When I use IMAPS, on gmail I get:
>>
>> Using IMAP port 993:
>>
>> There was a problem connecting to mail.domain.com[2]
>> Show error details Server returned error: "Missing +OK
>> response upon connecting to the server: * OK [CAPABILITY IMAP4
>> IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR] ldap.domain.com[3] Cyrus
>> IMAP4 v2.3.11-kolab-nocaps server ready"
>>
>> And on /kolab/var/imapd/log/imapd.log I get:
>>
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: accepted
>> connection
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
>> incomplete -> wait
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
>> starting txn 2147485336
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
>> committing txn 2147485336
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
>> starting txn 2147485337
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
>> committing txn 2147485337
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
>> succeeded -> done
>> Feb 23 22:55:22 mrburns <notice> imaps[10789]: starttls:
>> TLSv1 with cipher RC4-MD5 (128/128 bits new) no authentication
>> I've been searching about the "Mailbox is locked" and all
>> I can find is people blaming gmail.
>>
>>
>>
> http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results[4]<http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22%5BIN-USE%5D%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results%5B4%5D>
>
>>
>>
> http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1[5]<http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1%5B5%5D>
>
>> The weirdest thing, is that sometimes gmail works, but that's only
>> 1 out of 15 or 20.
>>
>> Is not SSL related, it does the same using POP.
>>
>> Does anyone have any hints on what's causing this error?
>>
>
> I assume several processes may not perform POP on the same mailbox at the
> same time. And apparently the way google talks to the server keeps processes
> open, thus locking additional ones.
>
> In the IMAP situation Google does not seem to understand the IMAP response
> from the server. I believe the Cyrus IMAP server can be considered a
> reference when it comes to IMAP. So if Google does not understand it this is
> definitely something they need to fix on their side.
>
> Cheers,
>
> Gunnar
>
>
>>
>> Thanks.
>> Mario.
>>
>> --
>> PS – Please help preserve the environment, don't print this email
>> unless you have to.
>>
>
> --
> ______ http://kdab.com _______________ http://kolab-konsortium.com _
>
> p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium
>
> ____ http://www.pardus.de _________________ http://gunnarwrobel.de _
> E-mail : p at rdus.de Dr. Gunnar Wrobel
> Tel. : +49 700 6245 0000 Bundesstrasse 29
> Fax : +49 721 1513 52322 D-20146 Hamburg
> --------------------------------------------------------------------
> >> Mail at ease - Rent a kolab groupware server at p at rdus <<
> --------------------------------------------------------------------
>
> Links:
> ------
> [1] http://domain.com
> [2] http://mail.domain.com
> [3] http://ldap.domain.com
> [4]
> http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results<http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22%5BIN-USE%5D%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results>
> [5]
> http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1<http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>
--
PS – Please help preserve the environment, don’t print this email unless you
have to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090225/382add7c/attachment.html>
More information about the users
mailing list