Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][tlug] Rakuten GOL + Claws Mail = Daily Hangs
- Date: Sun, 10 Jun 2018 10:27:26 +0900
- From: CL <az.4tlug@example.com>
- Subject: [tlug] Rakuten GOL + Claws Mail = Daily Hangs
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
Going to ask here first before asking on the user forums in case this is a Japan problem. If anyone spots the problem, please say now:I have used GOL as my main mail provider since Roger B signed me up for one of the first tests of his new system. I have ridden the ownership waves throughout the entire history of the brand. However, a recent problem has eventuated since about the time Rakuten took over: hangs in Claws Mail during the receive mail process.I am experiencing hangs in the receive process on a daily basis and I am at a loss to discover a time, pattern, or a place in the process where the hang takes place. Sometimes it shows as a failure to complete login, sometimes as a hang when deleting locally discarded messages from the main system, and sometimes during mail processing. There are times when canceling the "Receive" process just resets the process and I am able to manually check immediately and others where I have to CTRL + ALT + ESC to kill Claws and restart. When I restart, the first D/L is always successful.Speaking about the problem with GOL "Support" is only slightly better than hitting the top of my skull with a claw hammer. When I upgraded from Debian 8 to 9, I manually created new login, send, and receive information in Claws but copied over my ClamAv and Bogofilter histories and settings and all of my post-receipt filtering instructions. I believe that both 8 and 9 install the same version of Claws Mail so have discarded version mismatch as a possible problem.A log from the most recent hang. I found the following this morning. Looks as though it was an incorporation issue this time, which would point to a Sort or Move command issue, but I can't see where that would occur:[02:18:55] * message: Account 'myname@example.com': Connecting to POP3 server: popmail.gol.com:995...[02:18:55] POP< +OK Dovecot ready. [02:18:55] POP> USER myname@example.com [02:18:55] POP< +OK [02:18:55] POP> PASS ******** [02:18:56] POP< +OK Logged in. [02:18:56] POP> STAT [02:18:56] POP< +OK 622 22294839 [02:18:56] POP> UIDL [02:18:56] POP< +OK [02:18:56] POP> LIST [02:18:56] POP< +OK 622 messages: [02:18:56] POP> RETR 622 [02:18:56] POP< +OK 79188 octets [02:18:56] POP> QUIT (HANG DISCOVERED AND SESSION CANCELED) [08:48:30] * message: Incorporation cancelled[08:48:44] * message: Account 'myname@example.com': Connecting to POP3 server: popmail.gol.com:995...[08:48:44] POP< +OK Dovecot ready. [08:48:44] POP> USER myname@example.com [08:48:44] POP< +OK [08:48:44] POP> PASS ******** [08:48:44] POP< +OK Logged in. [08:48:44] POP> STAT [08:48:44] POP< +OK 629 22462246 [08:48:44] POP> UIDL [08:48:44] POP< +OK [08:48:44] POP> LIST [08:48:44] POP< +OK 629 messages: [08:48:45] POP> RETR 623 [08:48:45] POP< +OK 30303 octets [08:48:45] POP> RETR 624 [08:48:45] POP< +OK 6478 octets [08:48:45] POP> RETR 625 [08:48:45] POP< +OK 7145 octets [08:48:45] POP> RETR 626 [08:48:45] POP< +OK 22000 octets [08:48:45] POP> RETR 627 [08:48:45] POP< +OK 10516 octets [08:48:45] POP> RETR 628 [08:48:45] POP< +OK 30003 octets [08:48:45] POP> RETR 629 [08:48:45] POP< +OK 60962 octets [08:48:45] POP> QUIT [08:48:45] POP< +OK Logging out.(IN THIS INSTANCE A NEW LOGIN CLEARED THE PREVIOUS ISSUE AND NORMALCY WAS RESTORED ... FOR NOW)So, my upgrade from 8 to 9 was almost, nearly, practically issue free except ...CL
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] Kernel Panic has visited -
- Next by Date: [tlug] VPN?
- Previous by thread: Re: [tlug] Kernel Panic has visited -
- Next by thread: [tlug] VPN?
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links