[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[no subject]
- <!--x-content-type: text/plain -->
- <!--x-date: Mon, 29 Aug 2005 08:00:41 -0400 -->
- <!--x-from-r13: wxvaarl ng ybpnyargfbyhgvbaf.pbz (Xnzrf B. Yvaarl WWW) -->
- <!--x-message-id: [email protected] -->
- <!--x-reference: [email protected] --> "http://www.w3.org/TR/html4/loose.dtd">
- <!--x-subject: [ale] procmail using 100's of MB RAM -->
- <li><em>date</em>: Mon, 29 Aug 2005 08:00:41 -0400</li>
- <li><em>from</em>: jkinney at localnetsolutions.com (James P. Kinney III)</li>
- <li><em>in-reply-to</em>: <[email protected]></li>
- <li><em>references</em>: <[email protected]></li>
- <li><em>subject</em>: [ale] procmail using 100's of MB RAM</li>
Likely, there is a defective email that has setup a delivery loop. Try
stopping fetchmail, sendmail and then procmail. That should stop the
looping. Then go into the /var/spool area and look in the mqueue.in
directory for problems.
On Mon, 2005-08-29 at 02:14 -0600, Joe Knapka wrote:
> Hi folks,
>
> I just noticed that I have several copies of procmail running on my
> FC3 machine, each of which is using between 60 and 150 *MB* of virtual
> memory. This poor machine only has about 350MB of RAM, and my actual
> tools (emacs, mozilla, etc) spend half their time swapping in and out
> to make room for procmail. If I kill the procmail processes, they
> immediately start again, and very quickly grow to several tens of MB.
>
> Any idea what's up with that? I don't (intentionally) use procmail on
> this machine; fetchmail gets my mail for me and dumps it in the spool
> directories, and emacs sucks it out of the spools and sorts
> it. Sendmail handles outgoing traffic by passing it on to my ISP's
> SMTP server.
>
> Incidentally, I did some tcpdumps to check for suspicious network
> activity, fearing that my machine had become a spam relay, but there
> does not seem to be anything like that going on. The machine sits
> behind a NAT firewall, with only SSH traffic forwarded to it from The
> World (on a non-standard port). I also did a tcpdump on the firewall
> machine, just to be sure, and saw nothing unexpected.
>
> Thanks,
>
> -- Joe Knapka
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> <a rel="nofollow" href="http://www.ale.org/mailman/listinfo/ale">http://www.ale.org/mailman/listinfo/ale</a>
--
James P. Kinney III \Changing the mobile computing world/
CEO & Director of Engineering \ one Linux user /
Local Net Solutions,LLC \ at a time. /
770-493-8244 \.___________________________./
<a rel="nofollow" href="http://www.localnetsolutions.com">http://www.localnetsolutions.com</a>
GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney at localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
</pre>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<hr>
<!--X-Follow-Ups-End-->
<!--X-References-->
<ul><li><strong>References</strong>:
<ul>
<li><strong><a name="00486" href="msg00486.html">[ale] procmail using 100's of MB RAM</a></strong>
<ul><li><em>From:</em> jknapka at kneuro.net (Joe Knapka)</li></ul></li>
</ul></li></ul>
<!--X-References-End-->
<!--X-BotPNI-->
<ul>
<li>Prev by Date:
<strong><a href="msg00486.html">[ale] procmail using 100's of MB RAM</a></strong>
</li>
<li>Next by Date:
<strong><a href="msg00488.html">[ale] suse 10 Beta 3</a></strong>
</li>
<li>Previous by thread:
<strong><a href="msg00486.html">[ale] procmail using 100's of MB RAM</a></strong>
</li>
<li>Next by thread:
<strong><a href="msg00297.html">[ale] Gone OT: Cobb Laptop Deal</a></strong>
</li>
<li>Index(es):
<ul>
<li><a href="maillist.html#00487"><strong>Date</strong></a></li>
<li><a href="threads.html#00487"><strong>Thread</strong></a></li>
</ul>
</li>
</ul>
<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
</body>
</html>