[net.mail] sendmail again

jcc@siemens.UUCP (05/01/85)

<>

	I am having a problem with sendmail creating empty qfAA* files
	in the spool directory. In the morning there is sometimes 150
	such entries!  Has anyone experienced this problem (yet)?

	Also, when I run sendmail by hand (/usr/lib/sendmail -q), not
	all of the entries in a queue are processed.  After sendmail
	finishes there is a core file in the queue directory but
	sendmail gives an exit status of 0!  This core file is definitely
	a sendmail image ( I checked it with strings (1) ) and the
	date suggests that it was caused by the latest invocation of
	sendmail.  It seems that sendmail has problems parsing an address
	of the form:

		firstname.lastname@site.ARPA

	All entries (empty qfAA* files) after this entry are locked, but
	not processed.

	Can anyone tell me where the empty files are coming from and why
	the core image exists?  Thank you.

					Joe Camaratta
					princeton!siemens!jcc

jcc@siemens.UUCP (05/01/85)

<>

	One interesting point I noticed about sendmail.  I recompiled
	the source for sendmail in /usr/src/usr.lib/sendmail/src . The
	size of the executable file is 96256.  The size of the 
	/usr/lib/sendmail distributed with 4.2BSD is 81920.  Is there
	a reason for this?  Could this be the cause of my problems?
	Will it ever end?

					Joe Camaratta
					princeton!siemens!jcc

avolio@decuac.UUCP (Frederick M. Avolio) (05/03/85)

   I suggest running sendmail in test mode.  This will probably give
you an indication of what is happening.  Your sendmail.cf file is
probably to blame (the size of /usr/lib/sendmail matches mine whic
does not dump core).  I have had sendmail dump core (after making some
dumb -- since forgotten -- error(s) in the configuration file).
Sendmail makes lock files, dumps core, and then, from then on, nothing
gets mailed. (Handy, huh?)

   Oh yeah, test mode...

/usr/lib/sendmail -bt
some good words...
>

After the > prompt, type in a rule and an address (you are not sending
anything here... sendmail is going to show you how it parses the
address).  If you don't get the prompt, you should get an error which
(it is hoped) will indicate what is wrong with your sendmail.cf file.
If you do get the prompt, try some of the suspect addresses (by
looking at the date on core and looking in /usr/spool/mqueue/syslog
you should be able to tell what mail message caused it to die young).

Good luck!
-- 
Fred Avolio      {decvax,seismo}!decuac!avolio      301/731-4100 x4227