I have recently installed a licensed version of GMail 2.2.0 and have it setup using mysql, shared pop3 from a qmail catchall account. I only have 20 users registered so far, as I just installed it a few days ago.

I have a user account myself and setup a remote pop account that reads off a qmail pop on the same server. The problem is if I have emails when I check it it seems to go fast, then stop halfway and pause for 3 minutes, then continue a bit, pause then finish. This takes about 5 minutes to get 50 emails. If I telnet in and open TOP I can see the webmail.cgi process is maxed out at 99.9% CPU load most if the time during the five minutes of incomming remote mail check. The server is under no other stress from other normal processes, the average load is 0.16, but remote mail incoming check makes the load average shoot over 1.20 after just a few minutes. I just checked mail and it took over 3 minutes at 99% cpu to tell me I had two emails. The two emails were text, no atachments. If I have no mail it checks in less than one second.

I installed the spamassin plugin and thought maybe that was slowing it down, so I uninstalled the plugin and there was no noticeable change in performance. I reinstalled spamassassin plugin.

Thanks for any help.

more server details...

Linux RedHat 9 server with Apache 2.0.40, qmail, Perl 5.8.0, P4 2.4 gig CPU, 1 gig ram, dual 80 gig raid.

----------
Michael J. Challis - CRUZN8R - PT Cruiser Club - http://www.ptcruiserclub.org

http://www.ptcruiserclub.org/forum

Hi,

Do you have the MIME::Base64 and Digest::MD5 modules installed? While Gossamer Mail will work without these modules, it will use a slower perl version.

Cheers,

Alex
--
Gossamer Threads Inc.

It seems like I have them, anything else to check? Thanks

System Information
======================================
Perl Version: v5.8.0
Gossamer Mail Version: 2.2.0
MIME::Base64 Version: 2.12
Digest::MD5 Version: 2.20
Persistant Env: mod_perl (0) SpeedyCGI (0)


locate Base64
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/MIME/Base64.pm
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/MIME/Base64
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/MIME/Base64/Base64.bs
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/MIME/Base64/Base64.so
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/APR/Base64
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/APR/Base64/Base64.so
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/APR/Base64.pm
/usr/share/man/man3/MIME::Base64.3pm.gz

# $Id: Base64.pm,v 2.16 2001/02/24 06:28:10 gisle Exp $

locate MD5
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/Digest/MD5.pm
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/Digest/MD5
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/Digest/MD5/MD5.bs
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/Digest/MD5/MD5.so
/usr/share/man/man3/Digest::MD5.3pm.gz
/usr/share/man/man3/MD5.3ssl.gz
/usr/share/man/man3/MD5_Final.3ssl.gz
/usr/share/man/man3/MD5_Init.3ssl.gz
/usr/share/man/man3/MD5_Update.3ssl.gz

$VERSION = '2.20'; # $Date: 2002/05/06 05:15:09 $

----------
Michael J. Challis - CRUZN8R - PT Cruiser Club - http://www.ptcruiserclub.org

http://www.ptcruiserclub.org/forum

Can you turn on debug and tail the log file as you check your remote mail? From there, you should be able to see where it's actually getting stuck on.

Adrian

Adrian,

If I turn debugging on, the webmail does not work, I check mail and webmail.cgi terminates after about 3 seconds and leaves no entry in the log. The popup dialog that shows the mail account checking comes up, but is blank with no html output. When I turn debugging off, check mail works again. I checked it twice just to be sure.
I have 50 users now and expect more, would like to get this resolved asap

Thanks

Mike

----------
Michael J. Challis - CRUZN8R - PT Cruiser Club - http://www.ptcruiserclub.org

http://www.ptcruiserclub.org/forum

That's very strange. If you send ssh access, admin access and the user you're testing with to support, we'll be able to take a look at it for you.

Adrian