Hi,
I've installed procmail as our local mailer.
The trouble is it is too slow when sending
files. A file of about 200k takes about more
than an hour to process. Because of these when
there are too many process of procmail running,
sendmail starts rejecting connections(with OX
option for the sendmail set to the default of 12)
I've tried increasing values for OX but the same
thing happens.
Also I noticed that procmail that runs long take on a
uid of 0, while procmail that takes longer time, take
on the senders uid.
A snapshot of the host's procmail processes are shown:
The first 4 take long time to process. The fifth finished
immediately.
ps axj | grep proc
PPID PID PGID SID TT TPGID STAT UID TIME COMMAND
85 100 100 100 ? -1 ROE 0 21:00 procmail -f
tutui(_at_)cac(_dot_)co(_dot_)jp
600 602 602 602 ? -1 ROE 0 7:46 procmail -f
hasebe(_at_)hypermedi
720 721 721 721 ? -1 ROE 0 6:40 procmail -f
waka(_at_)CosmoWorks(_dot_)
1089 1090 1090 1090 ? -1 ROE 0 3:42 procmail -f
fujiosh(_at_)sumitomo
1545 1546 1546 1546 ? -1 SOE 5483 0:00 procmail -f
MAILER-DAEMON(_at_)ur
I've tried to tweak with the local mailers flag set on sendmail.cf.
The recommended is : Mlocal, P=/usr/local/bin/procmail,
F=lsSDFMhPfn, S=10, R=20/0, A=procmail -a $h -d $u, M=2000000.
I've tried to remove F=S flag, but same thing happens,(still run with
uid 0).
Also the running processes get the most of my resources(CPU usage)
ps aux | head
USER PID %CPU %MEM SZ RSS TT STAT START TIME COMMAND
root 1090 12.1 1.1 1000 1312 ? R 13:31 6:30 procmail -f
fujiosh(_at_)sumi
root 100 12.1 1.1 1000 1312 ? R 13:00 23:47 procmail -f
tutui(_at_)cac(_dot_)co
root 1817 11.7 1.1 1000 1312 ? R 14:00 0:20 procmail -f
waka(_at_)CosmoWo
root 721 11.7 2.7 2944 3256 ? R 13:18 9:27 procmail -f
waka(_at_)CosmoWo
root 602 11.3 0.8 672 984 ? R 13:14 10:34 procmail -f
hasebe(_at_)hyper
root 1480 11.3 1.1 1000 1312 ? R 13:48 2:33 procmail -f
miu(_at_)202(_dot_)214
I'm desperate. Please help.
My machine: SunOS ns0 4.1.4 2 sun4m
Sendmail sendmail-8.7
procmail procmail-3.10
--
ricardo roque ikebukuro,tokyo
dynanet services asia japan
ricky(_at_)dynanet(_dot_)ad(_dot_)jp