[Users] Claws 3.9.2 - two _really_ annoying issues...

[Paul Rolland (=?UTF-8?B?44Od44O844Or44O744Ot44Op44Oz?=)]

Hello,

I'm regularly facing two really anoying issues in Claws, and I'd like to
share them to know if I'm the only one...

First, I have to say that they occur only while I'm in holidays: at that
time, my Internet access is an ultra slow GPRS access....

I'm using POP3, and I have several accounts configured. Each of them as a
default folder to drop emails. I also have filtering rules, some applying
to all the accounts, some only for specific accounts. Last, my "Default"
folder also has a processing rule to archive emails older than 32 days.

Problem #1:
  a) Claws is offline
  b) I connect to Internet using my GPRS modem. Due to the way I'm
     connecting,
     NetworkManager is not informed, and Claws is still offline.
  c) Turn Claws online,
  d) Receive messages for one account.
If the "Receive" operation I start manually last longer than this account
retrieve interval, and that this account is configured for automatic
retrieval, I end up with _two_ retrieve operations at the same time. I can
see by the "progress counters" at the bottom right of the Claws window
alternating their counts of messages, for example:
10/46 then 30/46 then 10/46 again, and so on.
When that happens, I kill Claws to avoid more mess...

Problem #2:
  a) Claws is online
  b) I start a "Receive all", still using my slow GPRS access. This first
     collect the emails from my professional account, and then it goes to a
     secondary account, which is subscribed to several mailing lists.
  c) While the retrieval on the secondary mailing list occurs, I reply to
     an email associated with the main account, and Send this email.
This "Send" action results in all the emails received so far for the
secondary account (POP still in progress) to be placed in the folder
associated with the main account (the one used for the Send). It may be
important to note that this account (used to Send) is also configured with
"Authenticate with POP before sending". Maybe the POP sessions are mixing
each other ?

Hope this will inspire someone... and I'm ready (and willing) to try any
patch you may cook ;)

Best, 
Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20130809/88969517/attachment.sig>