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! -- Rodolfo Alcazar Responsable red y datos Deutsche Gesellschaft für Technische Zusammenarbeit (GTZ) GmbH Programa de Apoyo a la Gestión Pública Descentralizada y Lucha Contra La Pobreza - PADEP Av. Sánchez Lima 2226 La Paz, Bolivia Tel: +591 22417628 (121) Fax: +591 22417628 (126) Web: www.padep.org.bo Email: rodolfo.alcazar@xxxxxxxxxxxx -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
