Am Freitag, den 29.06.2007, 06:50 +0930 schrieb Tim:
Aaron Konstam:
Doing a check for new mail every minute would indeed tax the system unduly.
Rodolfo Alcazar Portillo:
mmm... why? is picking up mail so a heavy task? picking up mail from one account should take 15 seconds of 90% CPU/mem load? That's by far too much!
Why could rapid mail checking be a DoS? - Typically, ISPs have *far* more customers than their servers can simultaneously handle. They rely on most of the customers not using the mail server at the same time, nor very frequently. If all their clients did that, or just too many of them, it ties the server up (a DoS to others trying to use it). Polling POP, or even IMAP, isn't a replacement for running your own SMTP server.
Tim, maybe you missed something, so I repeat:
1) Evolution crashed constantly while I was picking main from 4 accounts evey minute in Fedora7. Then I made clear the 4 accounts correspond to 2 servers in my LAN. No external ISPs! That used to work fine (4 picking-ups each every minute) in FC6. Solution: pick up mail every 15/30 min. Worked like a charm. But Evo gets slow once in a while.
2) Anyway, if an ISP blocks constant pop3/imap/(s) email picking, is no reason for Evolution to horribly crash and slow the pc.
Why is your client using heavy CPU checking for mail? - My guess is that spam assassin is looking at it coming through, checking against a plethora of rules. Evolution can get nastily heavy and slow at filtering mail, especially if you're also doing the remote checks.
Right and thanks 4 the tip, Ive supposed the same, and a week ago added this crontab rule, just to try what happens:
0 0 * * * /bin/rm /home/rodolfoap/.spamassassin/*
Anyway, evolution got slow a couple of times again. Tried rpm -e spamassassin, but it sez evolution needs him. haha.... I tried switching to thunderbird, but I perl-export evolution's contacts BerkleyDB to my LDAP server, and sync Evo contacts/tasks/memos with my Palm, which really works GOOD. Hope the bug get fixed soon.
Thanks, bye!