Thread View: comp.mail.sendmail
1 messages
1 total messages
Started by Jim Reid
Thu, 18 Aug 1988 14:26
sendmail woes with unix-niftp
Author: Jim Reid
Date: Thu, 18 Aug 1988 14:26
Date: Thu, 18 Aug 1988 14:26
35 lines
2057 bytes
2057 bytes
Our spool filesystem got filled up one weekend with an enormous number
of identical "temporary" files for incoming mail. We traced this down
to sendmail's feature of considering lines beginning with a dot as end
of file. It should come as no surprise that the failing mail contained
just such a line.
When this mail was passed to sendmail, it took everything up to the
line with the dot and then went away. This caused unix-niftp to get a
SIGPIPE which it duly returned to the sending mail site as a temporary
mailer error, causing them to re-send the mail and so repeating the
cycle until the disk space ran out.
This can be fixed by setting sendmail's i option to ignore lines
containing dots. There are two ways to do this. The first is just to
add a line "Oi" to sendmail.cf. This works, but will break SMTP mail
which uses this dot at the start of line convention to mean end of
data. The other way is for unix-niftp to invoke sendmail with an extra
argument of -oi. This meant tweaking the mailfmt structure entry for
sendmail in niftp/lib/gen/conf.c. Here's how it should look:
struct mailfmt mailfmt[CONF_MAX] = {
............
{ "sendmail", "%s -t", "%s -ba -oi -oMs%s", ADD_TO | ADD_SUBJ | ADD_BLANK},
............
}
[To Piete Brooks: please see this hack gets intergrated into the
unix-niftp master sources.]
Note that simply editing the MAILPROG entry in /etc/niftptailor will
have disastrous results. This causes unix-niftp to use its own mailer
that ends up calling sendmail with the wrong arguments, so screwing up
all incoming JANET mail!
Jim
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads