[Users] Only issue prevent claws-mail to be accepted in corporate

[wwp]

Hello Pierre,


On Tue, 27 Mar 2012 08:45:50 -0400 Pierre Fortin <pf at pfortin.com> wrote:

> On Tue, 27 Mar 2012 16:25:02 +0530 J. Bakshi wrote:
> 
> >On Tue, 27 Mar 2012 13:43:05 +0300
> >Kertesz Laszlo <laszlo.kertesz at gmail.com> wrote:
> >
> >> On Tue, 27 Mar 2012 11:41:44 +0200
> >> Steffen Klemer <moh at gmx.org> wrote:
> >>  
> >> > I think this goes away when you select
> >> > Configuration->Preferences->Receiving->Show Receive Dialogue->"Never"
> >> > 
> >> > 
> >> > /Steffen
> >> > 
> >> 
> >> No this does not goes away. The OP was talking about the fact that
> >> Claws Mail UI has certain options greyed out while getting mail
> >> (scanning folders) AND, bigger nuisance, prevents the user from
> >> accessing mails until the scanning (and fetching of messages) is
> >> completed.
> >> 
> >> I have a google account with lots of folders and i have to wait for CM
> >> to scan all of them and get  new mails before i can see a message (or
> >> open a folder for that matter) i clicked on. Also if i have
> >> intermittent network connection (weak wifi signal,
> >> disconnecting/reconnecting) and CM is in the middle of getting mail,
> >> it outright freezes in the scanning phase for good and i have to kill
> >> it because even the exit option is greyed out and the right-click exit
> >> option does not  work. This is NOT google mail related, this is
> >> reletaed to the fact that CM has a sort of single threaded approach to
> >> mail receiving/fetching/scanning.
> >> 
> >> So, it would be good if the scanning phase took place in background
> >> for good, and NOT interfere with the users actions AT ALL . Also, the
> >> (temporary) loss of network connection should NOT freeze the scanning
> >> process.
> 
> Alternatively, it would help if the account scans were scattered by
> spreading them out somehow...  possible methods:
> - wait N seconds between accounts
> - spread account scans based on times between scans (can get complex in
>   the case of many accounts with varying scan times)
> At least, this would provide shorter periods of impact w/o requiring a
> major rewrite.

It's like, for instance for a POP3 account, to either:

- fetch more frequently (statistically grab less data at once)

- fetch less frequently (but statistically grab more data at once)

Playing like that in order to reduce or balance the network load and
the UI freezing is highly non realistic and ineffective to me ;-),
unless a specific situation is met.


Regards,

-- 
wwp
-------------- 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/20120327/08acd1f8/attachment.sig>