
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