Re: [AMaViS-user] amavis process consuming >1GB RAM

This is a discussion on Re: [AMaViS-user] amavis process consuming >1GB RAM within the Amavis User forums, part of the Anti-Spam and Anti-Virus Related Forums category; Thanks for a tip, but this approach would be a bit problematic on our site... several hundreds of thousands mails ...


Go Back   Usenet Forums > Anti-Spam and Anti-Virus Related Forums > Amavis User

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 03-23-2005
Pavel Urban
 
Posts: n/a
Default Re: [AMaViS-user] amavis process consuming >1GB RAM

Thanks for a tip, but this approach would be a bit problematic on our
site... several hundreds of thousands mails per day :-( But anyway, I'll
take a look at our Perl packages and report if I'll find something of
interest.

Mark Burdick wrote:
> Pavel,
>
> I've had this problem in the past... On my system, it turned out to be a
> problematic e-mail message that AMAVISD-NEW got "stuck" trying to
> unpack. What I did with mine was to [using Postfix] place all messages
> in the queue on hold before starting up my amavisd process. Then, I
> requeued everything, and started to release the hold on messages one at
> a time until the problem came back. Once I had identified the queue
> number of the problem message, I released the hold on all messages and
> place the problem message back on hold.
>
> Through the course of the day, I would try updating different Perl
> modules or other pieces of the system (including archiving utilities)
> and try the message again. At some point, the message no longer caused
> Amavsid to hang on it and it passed through.
>
> I don't know exactly what caused it to finally work. I do know that the
> message was ligitimate, and was sent from an address in Switzerland. I
> also know that it contained two attachments, which were image files.
>
> Hope that at least offers some thoughts on a troubleshooting approach.
>
> -Mark


--
************************************************** *********************
Pavel Urban (pavel.urban@ct.cz)
IOL system disaster
Internet OnLine, www.iol.cz (owned by Czech Telecom, www.ct.cz)
************************************************** *********************
Vegetables should not operate electronic equipment.
Computer Stupidities, http://rinkworks.com/stupid/
************************************************** *********************


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/...fo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 03:07 PM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0