fetching mail from gmail

Thu Feb 26 08:01:22 CET 2009

On Wed, Feb 25, 2009 at 11:47 AM, Mario Ramos <mario at hummy.org> wrote:
> 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.

When you use ssh, terminal service, .....  when you like to have your
remote application still open when youi come back from lunch !!!!!

maybe this in imapd.conf !!!!

       poptimeout: 10
            Set the length of the POP server's inactivity autologout timer, in
            minutes.  The minimum value is 10, the default.

>
> Changing this setting has +-fixed the issue, but I'm not sure what other
> implications this setting may have on the system.

Hum this is a bad idea !

>
>
> 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://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1[5]
>>>
>>>  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
>> [5]
>> 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.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>

-- 
Alain Spineux
aspineux gmail com
May the sources be with you