HDTenEightyP/NetNews huggingface dataset:
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.mail.sendmail
Subject: Re: Handling disabled accounts and large spool files, Ultrix
Keywords: spool diable dismail
Date: 23 Nov 92 07:18:44 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1992Nov23.030437.8559@unvax.union.edu> Eric.Boehm@union.edu writes:
>1. I have some users whose accounts are currently disabled (let us not
>go into why). VMS provides the flags DISUSER,DISMAIL. I would like to
>do something similar. I know I could probably alias the names and send
>the input to /dev/null but I would like to be a little friendlier,
>that is, provide information back to the sender that the account is
>disabled.

>2. Some users join mailing lists and then don't sign off. Mail keeps
>pouring in. I would like the mail file to be one in their directory. I
>know that this was discussed earlier -- the suggestion being that this
>required rewriting/replacing /bin/mail. Any other alternatives?

The simplest approach is to rename the accounts.  Eg: the passwd line:
	boehme:.....
becomes
	Xboehme:...

Then all incoming mail will bounce, and the originators will be able to do
something about it.  Even if it's a mailing list.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
Newsgroups: comp.mail.sendmail
From: ephraim@techunix.technion.ac.il (Ephraim Silverberg)
Subject: Remote Mail Group Deferments
Organization: Technion, Israel Inst. of Technology
Date: Mon, 16 Nov 1992 08:45:34 GMT
Keywords: group sendmail deferment

Please reply by e-mail if you can assist me with this sendmail problem:

I am sending mail from machine "local" to "group@remote" where "group"
is a mail alias on machine "remote" expanded to something like

group:user1,user2,user3@host3,user4@host4.domain4,user5,...

The problem is that when a connection is opened from "local" to
"remote" if any of the user addresses in the group is not reachable
at the time, the "local" sendmail gets a defered message and the
message remains in the "local" mqueue.  At the next queue run, the
process is repeated with most of the recipients receiving an additional
copy of the mail message since the local machine is unaware that
"group" is a group and resends the message as is.  Thus members of the
group get multiple copies of the message (i.e. the process continues
until all members of the group are reachable simultaneously).

How can I get around this problem?  Ideally, I would want to send the
message the first time to "remote"'s mqueue and have it responsible
for delivering each copy individually or something of that nature.

Please reply by e-mail only.  Thanks.

Ephraim

ephraim@techunix.technion.ac.il
From: stathop@csi.forth.gr (Costas Stathopoylos)
Newsgroups: comp.mail.sendmail
Subject: timezone problems...
Date: 16 Nov 1992 18:59:22 GMT
Organization: FORTH - ICS, P.O.Box 1385, Heraklio, Crete, Greece 71110 
       tel: +30(81)221171, 229302 fax: +30(81)229342,3 tlx: 262389 CCI
Distribution: world
NNTP-Posting-Host: danae.csi.forth.gr

Greetings,

Sorry if this has been addressed before... 

  Recently I noticed that my sendmail-5.65c+IDA1.4.4.1  set-up has a problem
in translating dates from RFC822 format to UNIX format. 
I get a lot of messages of the form:

Nov 16 18:26:24 pythia sendmail[12561]: AA05065: arpatounix: unparseable date:
 Fri, 13 Nov 92 17:16:30 MET

I took a closer look in the sources and found out that the only timezones 
supported are:

"UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT" 

and the +0x00 -0y00 formats where x and y are the difference in hours from GMT.

Also I found out that in the From line in the macro:
DlFrom $g  $d

the $d is computed in GMT .

Consequently, mail from a client in my domain that inserts a Date: header
is delivered through my 5.65 host (mailserver) with a GMT date! (via a mailer
that has no "n" Flag that is it inserts a UNIX from line). 

If this is the case I want to know if there is the possibility to produce
From line with dates in the EET which is my local timezone EET==+0200
(notice that this is not included in the above timezones) .

Furhtermore, when there is no Date: field the $d is given in
local time (like the date: field the mailserver adds)! That is:
$a ---> $d tranlation results to a GMT date while local evaluation of $a and $d
results to the expected local date. 

Did I misoconfigured something or the only solution is to change the sources
of the "arpatounix" routine to compute the date relative to my timezone?

Thanks for your time,
Costas. 
Newsgroups: comp.mail.sendmail
From: David Letsche<D.J.LETSCHE@UK.AC.BHAM>
Subject: Sendmail configuration for Apollos
Date: Wed, 18 Nov 1992 17:23:12 GMT
Organization: The University of Birmingham, United Kingdom

Does anybody have a working sendmail configuration for Apollo Domain/OS
SR10.  If so I could you supply a copy of the sendmail.cf file?

All help appreciated.

David Letsche
Newsgroups: comp.mail.sendmail
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: UIUC/IDA sendmail 565c bug + FIX
Organization: DEC Network Software Lab
Date: 18 Nov 92 12:39:20

The latest unreleased KJS (ne DECWRL sendmail) has an "O" option
that prevents forking.  Lennart and I worked it out in response to
the KA9Q problem.  Resetting state is not that hard.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
Newsgroups: comp.mail.sendmail
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: UIUC/IDA sendmail 565c bug + FIX
Organization: Northern Illinois University
Date: Wed, 18 Nov 1992 01:44:17 GMT

In article <1992Nov17.234000.14505@usl.edu> jpd@ucs.usl.edu (Dugal James P.) writes:
>Here is a smtp trace from the KA9Q program, sending mail to a SunOS system
>running sendmail 5.65c.  Note that the second MAIL FROM is lost (or more
>properly, received out-of-order) by sendmail, resulting in a 503 error.
>The KA9Q option SMTP BATCH was set on, which causes the HELO, MAIL FROM,
>RCPT TO, and DATA commands to be sent in one transmission.

This is very definitely not a sendmail bug.  You can argue that it was
a bad design decision if you wish, but you cannot call it a bug.  It is
also not unique to IDA versions of sendmail.  This happens in the vanilla
BSD version also.

If you read RFC821 you will see that it describes a dialogue.  The client
sends a verb to the server then the server replies.  With your batch
mode you are breaking this dialogue assumption.  If there is a bug it
is in running KA9Q in BATCH mode.

>*** srvrsmtp.c.orig	Mon Jun 24 15:27:31 1991
>--- srvrsmtp.c	Tue Nov 17 13:31:18 1992
>***************
>... [patch deleted for brevity]

>Is there a more elegant fix, or at least a diagnosis of what's
>happening and why this fixes the problem?

Your fix will work, but may cause other problems.

Sendmail, after processing the MAIL command, does a fork().  The rest
of the transaction is handled by the child.  At the end of the message
the child exits, and the parent reads the next transaction (or the QUIT).

When you batch data, the input buffer is not empty at the time of the
fork().  The child gets its own copy of the buffer, and processes that.
When the child exits, the parent resumes where it left off, and since
there was unprocessed data in the buffer at the time of fork(), that is
now processed.  The parent sendmail is thus seeing the RCPT verbs which
the child had already processed.  Moreover, with batching, when the
child sees the line beginning with '.' at the end of the message, its
buffer may not be empty, but could contain the next MAIL command.  It
is likely that this second MAIL was not in the parent's original buffer,
and since it has already been read() once, cannot be read again.  Thus
the second MAIL might be lost completely when the child terminates.

The best fix is to follow RFC821, and not assume such batching will
work.  Note that sendmail depends on the fork()/exit() to reset state
at the end of a message.  With the fork() removed other problems may
occur, such as running out of memory or running out of file descriptors.
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.mail.sendmail
Subject: Limiting concurrent delivery attempts
Date: 23 Nov 92 15:59:47 GMT
Organization: Micrognosis, a division of CSK(UK) Ltd

I have a problem with Ultrix 4.2 sendmail. sendmail (with UMC) acts as a
gateway to the VMS A1MAIL system. My mail hub (which runs MMDF) passes
messages to the Ultrix box far more quickly than the Ultrix box can forward
them to VMS. This results in a large number of concurrent delivery
processes running which leads to the machine running out of swap space or
file table entries. This leads to bounced or lost mail and much wailing and
gnashing of teeth.

I have tried reducing Ox to 2, but this has no effect because the load
average remains low (the processes are not runnable - they are just waiting
for the VMS box to respond).

Can anyone suggest a solution other than queueing all mail and running
sendmail over the queue every few minutes. Neil.
-- 
 Phone: +44 71 815 5283  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
Newsgroups: comp.mail.sendmail,comp.mail.mh,comp.mail.uucp,comp.protocols.pcnet
From: cmoon@genie.Berkeley.EDU (Cho Woo Moon)
Subject: POP clients for PCs?
Organization: Lattice Semiconductor
Date: Tue, 17 Nov 1992 07:18:11 GMT

We're trying to install some e-mail system which works between SPARCstations and PCs.  
Our system administrator is currently considering POP, and wonder if there are any 
POP clients for PC's (too bad that he doesn't have access to USENET).   Our PC's 
are on PCNFS and most PC users use windows.  Our UNIX e-mails come via UUCP.  
Could someone offer some advice on how we can go about doing this?
Any help/pointers will be appreciated.

Thank you very much in advance.

Cho Moon
----------
Lattice Semiconductor, 4000 Burton Drive, Santa Clara, CA 95054 (408) 980-7878
E-mail: lscpdx!nosun!lscpdx!lscsjc!cmoon@nosun.West.Sun.COM  or
		cmoon@ic.Berkeley.EDU
Newsgroups: comp.mail.sendmail
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: Re: timezone problems...
Organization: Bruce Lilly
Date: Tue, 17 Nov 92 22:45:51 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <1e8r2aINN22q@pythia.csi.forth.gr> stathop@csi.forth.gr (Costas Stathopoylos) wrote:
>  Recently I noticed that my sendmail-5.65c+IDA1.4.4.1  set-up has a problem
>in translating dates from RFC822 format to UNIX format. 

Actually, it doesn't... RFC822 time/date fields are handled
properly (there was an earlier problem with the sign of the
numeric offset, but that has been fixed).

>I get a lot of messages of the form:
>
>Nov 16 18:26:24 pythia sendmail[12561]: AA05065: arpatounix: unparseable date:
> Fri, 13 Nov 92 17:16:30 MET

That's not an RFC822-compliant date. "MET" has no meaning
according to RFC822 (and RFC1123).

>I took a closer look in the sources and found out that the only timezones 
>supported are:
>
>"UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT" 
>
>and the +0x00 -0y00 formats where x and y are the difference in hours from GMT.

Those are the only ones permitted by RFC822 as amended by
RFC1123. See RFC822 section 5.1 and Appendix D, and RFC1123
section 5.2.14. In particular, note that RFC1123 recommends the
use of the numeric zones rather than the often arbitrary and
sometimes ambiguous alphabetic timezone ``names''.  By the way,
the numeric offset provides for hours and minutes of offset, so
that e.g. -1130 is an acceptable numeric offset. The offset need
not be single digit, whole number hours.

>Did I misoconfigured something or the only solution is to change the sources
>of the "arpatounix" routine to compute the date relative to my timezone?

The MUA that is generating the bogus (i.e. non-compliant) Date:
headers is misconfigured.  Sendmail is correctly informing you
that the Date header is unparseable due to the bogus zone. When
the bogus headers stop, the syslog messages will stop.

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.mail.sendmail
From: elling@eng.auburn.edu (Richard Elling)
Subject: Need S0 rule
Reply-To: elling@eng.auburn.edu
Organization: Auburn University Engineering
Date: Tue, 24 Nov 1992 00:42:43 GMT

I need a quick S0 rule to do the following:
rewrite user@host to user@local if the "host" has an A or MX record
in a "domain".

The problem I am trying to solve is one of several poorly written
mail enabled programs which send mail to user@host.  Since I have
several hundred hosts, I don't want to make any entries in the 
sendmail.cf file when adding new hosts.  Also, I don't want each
host running sendmail in daemon mode.  All of the mail for the
domain is processed by one mailhost.  This is probably a simple
thing, but it has been 3 years since I've forgotten most of my
sendmail rule writing lessons.

Please respond by mail since I don't read this group very often.
Feel free to toss a FAQ at me if there is one.

---
 Richard Elling                          Manager of Network Support
 Auburn University                       Engineering Administration
 richard.elling@eng.auburn.edu   KB4HB [44.100.0.72]  (205)844-2280

Newsgroups: comp.mail.sendmail
From: arnold@synopsys.com (Arnold de Leon)
Subject: IDA Sendmail does not check for aliases for fuzzy match names
Keywords: ida sendmail fuzzy aliases
Organization: Synopsys, Inc.
Date: Fri, 20 Nov 1992 17:27:28 GMT

I have sendmail-5.65c+IDA-1.4.4.1 with the option "FUZZY"
enabled.

When IDA matches a name for using the "FUZZY" code it sends
it directly for the mailbox corresponding to that login name.
No further alias expansion is done.

This is a problem for since I use an aliases to
forward mmail to one machine.  If someone happens to use
an address that is matched using "FUZZY" the mail can
be delivered to the wrong place.  I had expected the
address to be treated just as if mail
was sent to the correct login name.

Is this a bug or a feature?

-- 
Arnold de Leon  			arnold@synopsys.com
NCS					Synopsys Inc.
(415) 694-4183				700 E. Middlefield Road
					Mtn. View, CA 94043-4033
Newsgroups: comp.mail.sendmail
From: mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF])
Subject: MX records for localhost
Organization: Math Faculty Computing Facility, University of Waterloo, Canada
Date: Thu, 19 Nov 1992 22:09:28 GMT

What's sendmail on host "A" supposed to do if its nameserver advertises
an MX record for "A", and a user on "A" sends to another user on "A"?
Should it send to the address indicated by the MX record, or should it
just do the delivery?

-- Murray S. Kucherawy ----------------------------------------+--------------
Software Systems Co-op, Math Faculty Computing Facility [MFCF] | All spelling
University of Waterloo, Ontario, Canada                        | errors caused
E-mail: mskucherawy@{math,watdragon}.UWaterloo.ca              | by Pnews.
---------------------------------------------------------------+--------------
From: tal@plts.uucp (Tom Limoncelli)
Newsgroups: comp.mail.sendmail
Subject: sendmail+IDA host hiding question
Date: 17 Nov 1992 01:08:59 -0500
Organization: P.L.T.S., North Plainfield, New Jersey, USA
NNTP-Posting-Host: plts.uucp

I have the latest sendmail + IDA (1.4.4.1) and I'm having a horrible
time using it's "domain hiding" feature.

I just want to hide the names of all my hosts.  I think I'm setting up
reverse name-hiding correctly, but it's not working.  I want all mail
to come from my.do.main no matter what machine it was actually sent to,
and be delieved at my.do.main nomatter when in *.my.do.main it was
addressed to.  I want mail sent to {any node}.my.do.main to be routed
to mailhub.my.do.main and delivered on that machine.  I assume that
most every large NFS site does this kind of thing.

Here's what I'm doing:

Hosts are:

mailhub.my.do.main
node1.my.do.main
node2.my.do.main
node3.my.do.main
node4.my.do.main
[ actually, there are about 125 hosts, but you get the point.  There
is only one mailhub. ]

All of the machines have an "MX" record pointing to "mailhub.my.do.main".

my.do.main has the usual SOA, etc. and a MX to machine mailhub.my.do.main

To summarize so far, everything in my world is MX'ed to mailhub.my.do.main,
even mailhub!

The relevent entires in my mailhub.m4 file are:

define(FORCE_NAMED)
define(ISOLATED_DOMAINS, do.main other.do.main)
define(RELAY_HOST, firewall.do.main)
define(RELAY_MAILER, TCP)
define(HIDDENDOMAIN, my.do.main)
define(HIDDENDOMAINHOST, my.do.main)

We're behind a firewall, but we can get directly to anything in do.main
(which includes my.do.main corportate.do.main research.do.main, etc.)
and "other.do.main".

So, when I put sendmail into test mode "-bt" and give it:
"3,0 foo@node1.my.do.main"
it tells me that it's going to send it to foo @ node1 . my . do . main

At first I thought that sendmail was ignoring the MX records.  Then I
realized that what's happening is even worse than ignoring them.

The MX record isn't saying "deliver to mailhub", it is saying, "mailhub
knows how to get the message to node1".  So, sendmail figures, "yes I
do know how to get to node1, I send it via TCP!" and doing just that.

What I need is for sendmail to notice that it can treat mail for node1
as if it is for mailhub.

How do I do this?

Who ever explains this to me gets a free lock of hair.  I've been
pulling so much out of my head over this I have tons to give away!

Thanks in advance!

Tom
-- 
Tom Limoncelli -- tal@plts.uucp (home) -- tal@warren.mentorg.com (work)
"Higgy higgy forward, higgy forward, higgy forward, higgy shake.  Yeeaaah!"
From: Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel)
Newsgroups: comp.mail.sendmail
Subject: Re: timezone problems...
Date: 17 Nov 1992 08:10:01 +0100
Organization: INSA Informatique (Grasp), Lyon, France
NNTP-Posting-Host: grasp1.univ-lyon1.fr

stathop@csi.forth.gr (Costas Stathopoylos) asks:
> Nov 16 18:26:24 pythia sendmail[12561]: AA05065: arpatounix: unparseable
>  date: Fri, 13 Nov 92 17:16:30 MET

This is just a warning, you can ignore it.

> I took a closer look in the sources and found out that the only timezones
> supported are:
>
> "UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT"
>
> and the +0x00 -0y00 formats where x and y are the difference in hours from
> GMT.

This is what is defined in the RFC-822. And even I'm convinced that
numeric zones are the best choice and lead to less errors that
symbolic zones.  How many systems are put on the net and have misconfigured
zones ?  Tons...  Just here in Europe, I've already seen hosts where
the admin has never changed the zone, yes there are machines in Europe
which will be glad to send you messages in PST zone !  Also some
do not agree in the zone name. France is mostly in MET/CET, but some
admins prefer WET (uk) and others EET (far east Europe). On this well
it's a question of opinion. But anyone agrees that France is one hour
apart from GMT.

> DlFrom   

This is the Unix From line.  The only Date header which should be looked
at is "Date:" not the date in the Unix From. On some systems (mainly
SysV family) the Unix From contains the delivery date, not the
sending date.

> Consequently, mail from a client in my domain that inserts a Date: header
> is delivered through my 5.65 host (mailserver) with a GMT date! (via a mailer
> that has no "n" Flag that is it inserts a UNIX from line).

Sendmail will add a "Date:" header if not present (in most standard
configurations). If you get the warning in the syslog the the messages
arrive and already had a non RFC "Date:" header.

> If this is the case I want to know if there is the possibility to produce
> From line with dates in the EET which is my local timezone EET==+0200

Most recent user agents now produce dates conforming to the RFC, ie
numeric offsets if not textually defined in the RFC-822.

So the solution for your local users is to have RFC conforming user agents,
or just simply ignore those warnings. It does not make messages rejected
(at least in sendmail).

-- 
Christophe Wolfhugel    |    Email: Christophe.Wolfhugel@grasp.insa-lyon.fr
  "Pour le bien-etre de tous, il est interdit de pisser dans le metro."
From: coleman@bldrdoc.gov (Sean Coleman 497-5672 )
Newsgroups: comp.mail.sendmail
Subject: Sendmail cutting long lines
Date: 20 Nov 92 00:44:42 GMT
Organization: National Institute of Standards and Technology
Originator: coleman@deputy


We have set up an email to fax system on our sun 4/280 
running sunos 4.1.2. We want to be able to send Word Perfect
postscript files via mail to the faxmodem. Here is where sendmail
comes into play. The postscript produced by the Word Perfect
program has lines whose lengths are much longer then vi can
handle and is my understanding that sendmail can't handle either.

Is there a version of sendmail that can handle these long lines?

Is there a solution to this problem at  the server side so I don't have
to thrust new software on the user?

Thanks

Sean Coleman
coleman@bldrdoc.gov

Newsgroups: comp.mail.sendmail
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: NOQUEUE: SYSERR: What does this mean?!
Keywords: sendmail
Organization: Northern Illinois University
Date: Thu, 19 Nov 1992 19:24:17 GMT

In article <1992Nov19.184135.20886@news.acns.nwu.edu> nims@Andersen.COM (Christopher D. Nims) writes:
>                                                             One of our
>users is complaining that some of his mail isn't getting out.  The
>following messages are showing up in /var/log/syslog:
>
>Nov 17 13:57:59 valentino sendmail[1279]: NOQUEUE: SYSERR: net hang reading
>from  andersen: Connection timed out

If this is only happening to a few individual users, one possibility is
that they are managing to create a message without a trailing '\n'.  If
the line is not properly terminated the SMTP receiver hangs waiting
for CR,LF, '.' CR, LF.

If this happens to all mail from one host there is a possibility of a
network problems.  But if it is a network problem you should also have
experience it with other software using TCP.

Newsgroups: comp.mail.sendmail
From: steved@essex.com
Subject: Two domain names
Reply-To: steved@essex.com
Organization: Essex Information Systems, Inc.
Date: Thu, 19 Nov 1992 21:05:11 GMT

I need some help configuring sendmail - NeXT version (and whatever else) -  to  
handle the following situation:

I need to receive mail for essex.com (old domain name) and also bancone.com  
(new domain name).  All my future outgoing mail will be as bancone.com.

I've had a uucp feed from wupost in St. Louis, and am now getting a SLIP  
connection to OARnet in Columbus, OH.  OARnet will take care of  
registering/changing the domain name "stuff", but I need to make sure I'm set  
up to be able to receive mail coming in to both domains (or does OARnet do this  
automagically?)...

Thanks,

Steve
-- 
Steve Dieringer NeXTMail:  steved@essex.com
Newsgroups: comp.mail.sendmail
From: larry@gator.rn.com (Larry Snyder)
Subject: smail3 release 28 and unsent SMTP traffic
Organization: The Gator Conferencing System 219-289-3745 
Date: Tue, 17 Nov 1992 14:33:24 GMT

I have errors in /usr/spool/smail/log/retry/smtp --

is their a utility to purge/edit/reroute this SMTP traffic?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.mail.sendmail
From: rayan@cs.toronto.edu (Rayan Zachariassen)
Subject: Re: Best choice: pathalias/sendmail or smail?
Organization: Department of Computer Science, University of Toronto
Date: 17 Nov 92 15:36:16 GMT

When comparing anything in power to Sendmail, keep in mind that the
sendmail config language is Turing complete... its got input, output,
state, control flow, and looping constructs.  Oh, you can't see the state
and control flow features?  Squint hard :-)

rayan