home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!flop.ENGR.ORST.EDU!gaia.ucs.orst.edu!skyking!stanley
- From: stanley@skyking.OCE.ORST.EDU (John Stanley)
- Newsgroups: comp.mail.sendmail
- Subject: Sendmail queueing with old recipient information
- Message-ID: <1gjl83INN9qc@gaia.ucs.orst.edu>
- Date: 15 Dec 92 04:00:03 GMT
- Article-I.D.: gaia.1gjl83INN9qc
- Organization: Oregon State University, College of Oceanography
- Lines: 27
- NNTP-Posting-Host: skyking.oce.orst.edu
-
-
- Situation: A private mail program to handle incoming mail, written in
- perl. Most of what is does is put incoming mail into /var/spool/mail/stanley.
- It also forwards based on content and time -- non-mailing-list mail goes
- home when I should be there (like now).
-
- Recently, /var/spool/mail has been filling up. So, perl program now
- checks to see if the mail gets appended to the mailbox. If not, it
- returns ETEMPFAIL (75).
-
- Well, it appears that this error causes sendmail to queue up and attempt
- delivery later. That isn't the problem.
-
- The problem is that the sendmail queue contains the path name to the
- program in the R field of the qf file. When it gets around to the next
- delivery attempt, it 1) doesn't bother to look up aliases or .forward
- files or etc. for the intended recipient (minor) and 2) forgets that it
- is supposed to setuid before running that program. The latter error
- means that my perl script is being run as daemon, and it has no access
- to write to any of my files. As such, it returns ETEMPFAIL when the mail
- cannot be appended to the mailbox.
-
- Questions: Is there a better error return that will inform other mailers
- to try again? Is there a way to tell sendmail to keep track of the
- recipient and do the setuid call it should be doing?
-
- The queue is local to the system, SunOS 4.0.3 on a Sun 3, perl 4pl19.
-