The sendmail folks are claiming that the TCPIP stack in Linux is broken, which is what they claim is causing problems on sendmail on Linux platforms. Before anyone says, "don't use that piece of shit sendmail, use qmail instead", perhaps we should look at this problem and refute these statements -- I think that sendmail is causing this problem. The version is sendmail 8.9.3 I can reproduce this bug on RH6.2, RH7.0, Caldera 2.2, 2.3, and 2.4, Suse 6.X versions, and any of these distributions with the following kernels. 2.2.14, 2.2.16, 2.2.17, 2.2.18, 2.4.0 (all). What happens is that sendmail fails to forward mails with any attachments larger than 400K, and they just sit in the /var/spool/mqueue directory for up to a week, and eventually get delivered. ANyone have any ideas if what the sendmail people are saying is on the level, or is this just another sendmail bug. Jeff
Claus, Here's the output from mailq -v and ps -ax. As you can see, sendmail is seriously malfunctining. I have seen this same bug accross three platforms with a wide variety of linux kernels from 2.2.14 to 2.2.18 to 2.4.0-10. This is your bug, and noone else's. How do we get it fixed or is it possibly a configuration error. Jeff Claus Assmann wrote: > > On Fri, Nov 10, 2000, Jeff V. Merkey wrote: > > > > > > Claus Assmann wrote: > > > > > > On Fri, Nov 10, 2000, root wrote: > > > > > > > > I am seeimg sendmail 8.9.3 fail to deliver emails in /var/spool/mqueue > > > > with attachements for up to a week. Issuing the command "sendmail -v > > > > -q" does not flush the mail queue. > > > > > > Is the queue item locked? What happens when you try to run it? > > > > How do I tell if the queue item is locked. If you have a web browser, I > > mailq -v > look for a '*' next to the id. > > > am running > > webmin on the box and I have setup an account so you can come in and see > > the mail queue yourself. > > > > enter www.timpanogas.org:10000 as your URL, then login as > > username "sendmail" and password "sendmailbugs". I will disable this > > I don't know webmin, but most of the entries say "sending". So > check your sendmail processes to see what they are doing. There > might be some Linux TCP/IP stack bug that causes the problem (no > proper timeout). For that you need to use trace/truss to see where > the processes hang and how old they are. > > I couldn't see any local delivery or very old entries.PID TTY STAT TIME COMMAND 1 ? S 0:06 init [3] 2 ? SW 0:00 [kflushd] 3 ? SW 0:01 [kupdate] 4 ? SW 0:00 [kpiod] 5 ? SW 0:00 [kswapd] 95 ? S 0:00 /sbin/modprobe -s -k nwfs 96 ? D 0:00 /sbin/modprobe -s -k nwfs 97 ? D 0:00 /sbin/modprobe -s -k nwfs 98 ? D 0:18 /sbin/modprobe -s -k nwfs 99 ? D 0:00 /sbin/modprobe -s -k nwfs 100 ? D 0:05 /sbin/modprobe -s -k nwfs 101 ? D 0:00 /sbin/modprobe -s -k nwfs 102 ? D 0:00 /sbin/modprobe -s -k nwfs 103 ? D 0:00 /sbin/modprobe -s -k nwfs 104 ? D 0:00 /sbin/modprobe -s -k nwfs 105 ? D 0:00 /sbin/modprobe -s -k nwfs 344 ? S 0:00 portmap 367 ? S 0:00 rpc.statd 390 ? S 0:00 /usr/sbin/automount /misc file /etc/auto.misc 405 ? S 0:00 /usr/sbin/apmd -p 10 -w 5 -W -s /etc/sysconfig/apm-sc 456 ? S 0:19 syslogd -m 0 465 ? S 0:00 klogd 479 ? S 0:00 identd -e -o 483 ? S 0:00 identd -e -o 484 ? S 0:00 identd -e -o 485 ? S 0:00 identd -e -o 486 ? S 0:00 identd -e -o 497 ? S 0:00 /usr/sbin/atd 511 ? S 0:00 crond 529 ? S 0:01 inetd 543 ? S 0:20 named -u named 557 ? S 0:00 lpd 616 ? S 0:00 gpm -t ps/2 630 ? S 0:00 httpd 709 ? S 0:00 xfs -droppriv -daemon -port -1 750 ? S 0:06 /usr/sbin/sshd 755 tty2 S 0:00 /sbin/mingetty tty2 756 tty3 S 0:00 /sbin/mingetty tty3 757 tty4 S 0:00 /sbin/mingetty tty4 758 tty5 S 0:00 /sbin/mingetty tty5 759 tty6 S 0:00 /sbin/mingetty tty6 2611 tty1 S 0:00 /sbin/mingetty tty1 16526 ? S 0:00 httpd 16528 ? S 0:00 httpd 18678 ? S 0:00 httpd 18679 ? S 0:00 httpd 18680 ? S 0:00 httpd 18681 ? S 0:00 httpd 18682 ? S 0:00 httpd 18683 ? S 0:00 httpd 19308 ? S 0:00 httpd 19309 ? S 0:00 httpd 19310 ? S 0:00 httpd 20757 ? S 0:00 httpd 20936 ? S 0:00 httpd 20937 ? S 0:00 httpd 20938 ? S 0:00 httpd 20939 ? S 0:00 httpd 20940 ? S 0:00 httpd 20941 ? S 0:00 httpd 22244 ? S 0:00 sendmail: accepting connections on port 25 22331 ? S 0:00 in.telnetd: manos.timpanogas.org 22332 pts/1 S 0:00 login -- jmerkey 22333 pts/1 S 0:00 -bash 22359 pts/1 S 0:00 su - 22360 pts/1 S 0:00 -bash 22638 ? S 0:00 ftpd: cvx-36.flex.com: [EMAIL PROTECTED]: R 22841 ? S 0:00 ftpd: cadmium.sge.net: anonymous/bpftp@: IDLE 22866 ? S 0:00 perl /usr/libexec/webmin/miniserv.pl /etc/webmin/mini 22875 pts/1 R 0:00 ps -axMail Queue (11 requests) --Q-ID-- --Size-- -Priority- ---Q-Time--- -----------Sender/Recipient----------- FAA15716X 31418 200564 Nov 9 05:01 <[EMAIL PROTECTED]> 7BIT <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> FAA20318X 32693 201751 Nov 10 05:29 <[EMAIL PROTECTED]> 7BIT <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> SAA01998X 34484 203865 Nov 6 18:20 <[EMAIL PROTECTED]> 7BIT <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> QAA01341X 65091 204150 Nov 6 16:50 <[EMAIL PROTECTED]> 7BIT <[EMAIL PROTECTED]> SAA13390X 41368 210478 Nov 8 18:03 <[EMAIL PROTECTED]> 7BIT <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> LAA03425X 158115 218595 Nov 6 11:27 <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> QAA01343X 65091 234150 Nov 6 16:50 <[EMAIL PROTECTED]> 7BIT <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KAA21225X 205041 235799 Nov 10 10:26 <[EMAIL PROTECTED]> 8BITMIME <[EMAIL PROTECTED]> FAA20229X 1457 272283+Nov 10 05:01 <[EMAIL PROTECTED]> (Warning: could not send message for past 1 hour) <[EMAIL PROTECTED]> QAA06681X 242511 272929 Nov 7 16:18 <[EMAIL PROTECTED]> 8BITMIME <[EMAIL PROTECTED]> PAA12261X 576306 606701 Nov 8 15:06 <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
