Network Working Group A. Westine Request for Comments: 1211 J. Postel ISI March 1991
Problems with the Maintenance of Large Mailing Lists
Status of this Memo
This RFC discusses problems with maintaining large mailing lists, especially the processing of error reports. This memo provides information for the Internet community. It does not specify an Internet standard. Distribution of this memo is unlimited.
Table of Contents
1. Introduction.............................................. 1 2. Discussion................................................ 1 3. Typical Problems.......................................... 3 3.1. Misdirected Error Reports................................. 3 3.2. Sublists.................................................. 3 3.3. Misdirected Requests...................................... 5 3.4. Misdirected Messages...................................... 5 4. Summary................................................... 5 APPENDIX A - I used to be on the List.......................... 6 APPENDIX B - Changing Addresses and Sublists................... 8 APPENDIX C - Sublists and Other Protocol Worlds................ 9 APPENDIX D - Errors from Hidden Hosts.......................... 10 APPENDIX E - No Postmaster..................................... 12 APPENDIX F - Examples of Error Messages........................ 14 5. Security Considerations................................... 53 6. Authors' Addresses........................................ 54
Maintaining large mailing lists, especially the processing of error reports, poses many problems. Most of the examples come from the experience of managing the Internet Engineering Task Force (IETF) mailing list. Many examples are presented in this memo. Most of the specific problems shown have already been corrected.
At USC - Information Sciences Institute (ISI) we maintain mailing lists for the Internet Research Groups, the IETF, and other Internet groups; about 25 lists altogether. We receive about 400 messages a month requesting additions or deletions to these lists. There are
Westine & Postel [Page 1]
RFC 1211 Problems with Mailing Lists March 1991
about 20 messages a day requesting changes to the lists.
We also receive about 300 error messages a month due to mail delivery problems. Many of these are duplicates, but the net result is that about 10 cases per day need to be investigated.
Many of the error reports are for "soft errors", primarily delayed delivery notices, such as "not delivered for 2 days, will try for 3 more days". These just waste the list maintainer's time and are otherwise ignored. This is especially wasteful when such messages are repeated every day. However, if the same host is a cause of such messages for many days in a row, the list maintainer may investigate.
Please note that ignoring the soft errors is not always easy, since error messages often contain error reports on several mailboxes, requiring the error message to be read carefully to pick out the hard errors.
The error reports that indicate hard errors, such as "no such user" require the list maintainer to take action. In many cases the appropriate action is to simply delete the user mailbox from the list. However, if the mailbox in question is someone known to be active as a working group chair, or such, further investigation is necessary. The more general case of "no such host" may be a temporary condition, but if it continues for several days it must be investigated.
Since the error conditions do not have standardized names (for example, "no such user" vs. "user unknown") it is sometimes difficult to understand whether a soft or hard error is being reported, and what one should do about it. For example, what does "Can't Find Mail Center!" mean, or what should one do about "mailll:%MAIL-E-OPENOUT, error opening SYS$USER2:[STGEORGE.LONGMAIL]MAIL$00040093BE236612.MAI; as outputI)"?
The first step in investigating a problem with a user mailbox is to see if it is on the list. If so, the next step is to see if there really is a problem with it. This is done by using the SMTP VRFY and EXPN features, Finger, or Whois. This often develops information suggesting that the user has recently changed his address. This has to be confirmed through an exchange of messages (with the postmaster) and then the mailing list must be updated.
If the user is not on the list, then it is likely the mail is sent via an exploder or sublist. So the investigation focuses on finding which exploder may be involved, usually this is found by looking at the path (from the received lines) of the error report. The exploder that is the source of the error can sometimes be checked using the
Westine & Postel [Page 2]
RFC 1211 Problems with Mailing Lists March 1991
SMTP EXPN feature. Then the postmaster is notified.
If the error report is about a host being unknown, the programs "whathost", "dig", "ping", and "traceroute" may be used to find the problem. However, getting the problem fixed may require communication with host and domain administrators.
What to do if problems can't be resolved: Delete the offending entry from the list that may eventually cause the following response: "I used to be on the ietf list, how come I am not getting the messages any more?" (See Appendix A.)
The most frequent problem is that error reports are sent to the author of the message rather than the list owner. One way this can happen is when there is trouble with the author's host not connecting to another host along the route before it reaches ISI where the mailing list is.
At ISI the SMTP "from" information is added when the message is distributed to the list so that hosts following the SMTP protocol will send their error reports to the list owner. However, not all hosts do this properly.
Another problem is that some machines do not pay attention to the SMTP information about where to send error reports.
What is a sublist? It is a mailbox with an alias-name that expands to a mailing-list or group of recipients. There are many sublists on our mailing lists.
When a user requests that a mailbox be added to a list that looks like an exploder, the following message is sent:
We ask that all list maintainters of exploder mailboxes (an alias-name that expands to a mailing-list or group of recipients) set up some sort of ownership at their site, for their list. What this means is, is any mailbox on your list is invalid, the error message will go to you (the list owner), and you can delete that mailbox from your list.
Westine & Postel [Page 3]
RFC 1211 Problems with Mailing Lists March 1991
An example of an entry in your aliases file would be:
owner-ietf-local: stev@vax.ftp.com,
(or your list maintainer/postmaster)
It appears that few people understand the concept of list ownership, or they do not set it up correctly. There is ample evidence of problems in this area.
When investigating "user unknown" messages it is often the case that the user is not individually listed on our list. The next step is to check received lines and hunt for an exploder list with a host similar to the one that the error came from or points to. At that point we attempt to use SMTP EXPN or VRFY to check that the user is on a sublist. Since many hosts do not implement EXPN or VRFY, the result of our check is inconclusive. We then contact the list maintainer and ask him to delete the invalid mailbox if it is on his sublist.
Another problem occurs when someone on a sublist wants to change the name of his mailbox. We look through the main list to make the correction and if that mailbox is not on the list we check the received lines and look for clues to determine which host this user may be on. More than likely it is a sublist. (See Appendix B.)
When the mailbox is in another protocol world (like UUCP or BITNET) there are often problems with the handling and direction of error reports. (See Appendix C.)
Sometimes we are unable to find the addresses reported in the error message on the mailing list in question. In such a case we check the mailing list for a host name also named in the received lines of a message in error. If we find a match then we look for an exploder on that host and expand the sublist there to see if the mailbox in question is on that sublist. (See Appendix D.)
At the time a sublist is entered into our list we record the name of the requestor and consider him the sublist owner. As people change roles or companies this contact sometimes fails, in that case we fall back to contacting the postmaster. However, not every site has a "postmaster" mailbox. (See Appendix E.)
Most users send their requests and changes to the IETF-Request mailbox, when they are on, in fact, a sublist, usually at their own company. This creates a problem for us trying to determine which exploder they're on.
Westine & Postel [Page 4]
RFC 1211 Problems with Mailing Lists March 1991
In this case, the request message is forwarded to the sublist owner so he can make changes to his list. However, sometimes hosts may be somewhat similar in name (from the same organization, but in a different department, in a different building, off campus, etc.) and it's hard to know if this person should really be on that particular sublist, or listed individually. Occasionally, we examine the main file to see if there are individual addresses that could be incorporated in a sublist.
Some users don't know that mailing lists usually have a "request" mailbox, so they mistakenly send their requests to the main list. When this happens, several people will resend the request to the list maintainer and then want to know if the request was completed.
There are also messages that go to the request mailbox when they are intended for the main list. These messages get forwarded to the main list and a message is sent to the user notifying him of the correction and the proper way to address his message.
Running a mailing list should be easy, and with small lists it is. The number of changes and errors are small and infrequent. But when lists get large and traffic gets heavy, the number of changes and errors grow to many a day. The level of effort to manage a mailing list of substantial size and use becomes significant.
An additional problem is the creativity shown by mail program developers in inventing numerous different error reports. We present a large sample of such messages in Appendix F. We hope that these examples will be of help to other mailing list maintainers.
Our experience with maintaining large lists suggests the following:
Users: Please be considerate and try to work problems out locally.
Sublist owners: Please do everything you can to get the error messages related to your sublist to go to you. Please try to get users on your system to talk to you about additions and deletions.
Westine & Postel [Page 5]
RFC 1211 Problems with Mailing Lists March 1991
APPENDIX A
A.1. Inquiry Message From User Regarding His Mailbox
Date: Tue, 6 Nov 90 03:02:09 PST From: "Stewart Bryant, RE02-G/H2, DTN: 830 4682" <bryant@janus.enet.dec.com> To: ietf-request@ISI.EDU Subject: dist list
Please will you check that I have not been deleted from this distribution list.
Date: Tue, 06 Nov 90 17:25:15 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) To: westine@ISI.EDU Subject: Returned mail: User unknown
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "janus", during mail delivery to <JANUS::BRYANT>. Remote error code is 0x7e81d2, message is: %MAIL-E-ERRACTRNS, error activating transport NM (can't decypher error code) 550 <bryant@janus.enet.dec.com>... User unknown
----- Recipients of this delivery ----- <bryant@janus.enet.dec.com> (bounced)
----- Unsent message follows ----- Received: by decpa.pa.dec.com; id AA21747; Tue, 6 Nov 90 13:54:38 Received: from LOCALHOST by venera.isi.edu (5.61/5.61+local) id <AA24660>; Tue, 6 Nov 90 13:54:25 -0800 To: "Stewart Bryant, RE02-G/H2, DTN: 830 4682" <bryant@janus.enet.dec.com> Cc: ietf-request@venera.isi.edu Reply-To: westine@venera.isi.edu Subject: Re: dist list In-Reply-To: Your message of Tue, 06 Nov 90 03:02:09 -0800. <9011061056.AA11777@decpa.pa.dec.com> Date: Tue, 06 Nov 90 13:54:23 PST From: Ann Westine <westine@venera.isi.edu>
Hi Stewart,
> Please will you check that I have not been deleted from this > distribution list. > > My email address is > > bryant@janus.enet.dec.com
In this example, the old mailbox "kent@ssbell.IMD.Sterling.COM" was to be deleted and the new mailbox "kent@sparky.IMD.Sterling.COM" was to be added. However, when checking the mailing list the old address was not found. Further checking for anything that resembled the hostname still did not turn up anything. Then checking the full header information of the sender's message showed that the message came through UUNET.UU.NET. There is a sublist on UUNET called "post-ietf@UUNET.UU.NET". By using the SMTP feature EXPN on the sublist the mailbox was found in the form "ssbell!kent". Finally, a message was sent to the postmaster at UUNET and asked him to delete the mailbox.
Date: Mon, 22 Oct 90 14:05:38 -0500 From: kent@ssbell.IMD.Sterling.COM (Kent Landfield) To: ietf-request@ISI.EDU Subject: E-mail address change
Hello,
I am currently receiving ietf related email at kent@ssbell.IMD.Sterling.COM. I am moving to sparky.IMD.Sterling.COM as the ssbell system is going away. Could you please change my address to kent@sparky.IMD.Sterling.COM so that I can stay on the list ? Thanks.
To: postmaster@uunet.uu.net Subject: Address - <ssbell!kent> Date: Thu, 25 Oct 90 13:44:24 PDT From: Ann Westine <westine@venera.isi.edu>
Hi,
Please delete the mailbox ssbell!kent from the "post-ietf" list. I will add his new address "kent@sparky.IMD.Sterling.COM" directly to the ietf list. Thanks. Ann
Another problem comes up when a sublist happens to be located in another protocol world such as BITNET or UUCP and that mail is forwarded through a mail relay. Experience shows that proper implementation of the list ownership concept is even less likely.
SIGNET is a host in the UUCP world receiving mail forwarded through the mail relay THINK.COM.
To: postmaster@think.com Subject: unable to contact machine 'signet' Reply-To: westine@isi.edu Date: Mon, 08 Oct 90 09:42:54 PDT From: Ann Westine <westine@venera.isi.edu>
Hi,
We have a mailbox on the ietf list that gets relayed through your host THINK.COM. We will have to delete this mailbox if a connection cannot be corrected. Thanks, Ann
Sometimes, the addresses reported in error can't be found on the IETF list. In this example, "GATORCORP" is not on the IETF list. In checking the received lines there is a host called VITALINK.COM. We have an exploder on our list at VITALINK called "ietf- interest@vitalink.com". The program DIG shows that VITALINK.COM MXs to UUNET.UU.NET. Since VITALINK is not directly on the Internet the EXPN and VRFY features of SMTP don't apply, the sublist on VITALINK can't be checked. However, there are enough clues to make an educated guess that the mailboxes on the host GATORCORP are on the exploder sublist at VITALINK. In this situation a message was sent to the Postmaster of VITALINK.COM to ask him to delete the invalid addresses from his sublist.
Return-Path: vitam6!MAILER-DAEMON@uunet.UU.NET Received-Date: Wed, 7 Nov 90 14:34:51 PST Received: from venera.isi.edu by zephyr.isi.edu (4.1/4.0.3-4) id <AA16502>; Wed, 7 Nov 90 14:34:51 PST Posted-Date: Wed, 7 Nov 90 13:54:08 -0800 Received: from UUNET.UU.NET by venera.isi.edu (5.61/5.61+local) id <AA27149>; Wed, 7 Nov 90 14:34:34 -0800 Received: from vitam6.UUCP by uunet.uu.net (5.61/1.14) with UUCP id AA12926; Wed, 7 Nov 90 17:34:28 -0500 Received: by vitam6.ENG.Vitalink.COM (5.61/1.35) id AC03235; Wed, 7 Nov 90 13:54:08 -0800 Date: Wed, 7 Nov 90 13:54:08 -0800 From: vitam6!MAILER-DAEMON@uunet.UU.NET (Mail Delivery Subsystem) Subject: Returned mail: Host unknown To: uunet!venera.isi.edu!owner-ietf@uunet.UU.NET To: uunet!venera.isi.edu!owner-ietf@uunet.UU.NET
To: postmaster@vitalink.com Cc: westine@ISI.EDU Subject: andrew_greenfield.safari@gatorcorp, melinda_le_baron.safari@gatorcorp... Host unknown Reply-To: westine@ISI.EDU Date: Thu, 08 Nov 90 15:30:24 PST From: Ann Westine <westine@ISI.EDU>
Hi,
We have an exploder mailbox on the IETF list called "ietf-interest@vitalink.com". I'm not sure, but I think the following addresses may be on that list. Please look into this "host unknown" problem. If these addresses need to be deleted, please do so.
Every host on the Internet that processes mail is required to have a "postmaster" mailbox to receive error reports and trouble inquiries. In this case, the "postmaster" mailbox was not recognized.
To: (ietf-request@venera.isi.edu) From: Caralyn Brown (CBROWN@ENR) Date: 10 Jan 91 8:24 AM Subject: please remove me from this list
Please remove me from this list. I'm changing companies and I'd like to keep the mailbox from getting out of hand. If it's not too much trouble, could you just send me a confirmation that I was deleted? Thanks.
From: postmaster-request@List.Prime.COM (List Service version 1.0.x463) Subject: returned mail Message-Type: Return To: <westine@ISI.EDU>
Your mail addressed to "postmaster" could not be processed: There is no mailing list named "postmaster" at this site.
For help, send to help@List.Prime.COM; to receive an index of available lists, send to index@List.Prime.COM; to reach a List Administrator, send to admin@List.Prime.COM.
From: MAILER-DAEMON@ISI.EDU (Mail Delivery Subsystem) Subject: Returned mail: Deferred: Connection timed out during user open with uiucdcsm-uiuc-dcs-net.cs.uiuc.edu Posted-Date: Fri, 4 Jan 91 12:46:51 -0800 Received: by venera.isi.edu (5.61/5.61+local) id <AA08435>; Fri, 4 Jan 91 12:46:51 -0800 To: owner-ietf@ISI.EDU
----- Transcript of session follows ----- >>> RCPT To:<laird@BBN.COM> <<< 550 (USER) Unknown user name in "laird@BBN.COM" 550 laird@BBN.COM... User unknown 451 avri@CLEARPOINT.COM... reply: read error avri@CLEARPOINT.COM... reply: read error 421 dockmaster.ncsc.mil.tcp... Deferred: Connection timed out during user open with DOCKMASTER.NCSC.MIL 421 va.nkw.ac.uk.tcp... Deferred: Connection timed out during user open with nsfnet-relay.ac.uk 421 nsl.dec.com.tcp... Deferred: Connection timed out during user open with jove.pa.dec.com 451 drawson@HOBBES.TYMNET.COM... timeout waiting for input drawson@HOBBES.TYMNET.COM... timeout waiting for input 451 drawson@HOBBES.TYMNET.COM... reply: read error drawson@HOBBES.TYMNET.COM... reply: read error 421 sccgate.scc.com.tcp... Deferred: Connection timed out during user open with sccgate.scc.com 421 a.isi.edu.tcp... Deferred: Connection refused by a.ISI.EDU 421 cs.ucl.ac.uk.tcp... Deferred: Connection timed out during user open with nsfnet-relay.ac.uk 421 oasys.dt.navy.mil.tcp... Deferred: Connection timed out during user open with oasys.dt.navy.mil 421 peocu1.navy.mil.tcp... Deferred: Connection timed out during user open with PEOCU1.NAVY.MIL 421 enh.nist.gov.tcp... Deferred: Connection timed out during user open with enh.nist.gov 421 mickey.imsd.contel.com.tcp... Deferred: Connection refused by MICKEY.IMSD.CONTEL.COM 421 uv4.eglin.af.mil.tcp..Deferred: Connection timed out during user open with uv6.eglin.af.mil 421 ima.isc.com.tcp... Deferred: Connection timed out during user open with ima.ima.isc.com 421 huachuca-emh8.army.mil.tcp... Deferred: Connection refused by HUACHUCA-EMH8.ARMY.MIL 421 vaxa.nerc-keyworth.ac.uk.tcp... Deferred: Connection timed out
Westine & Postel [Page 14]
RFC 1211 Problems with Mailing Lists March 1991
during user open with nsfnet-relay.ac.uk 421 gdr.bath.ac.uk.tcp... Deferred: Connection timed out during user open with nsfnet-relay.ac.uk 421 ccint1.rsre.mod.uk.tcp... Deferred: Connection timed out during user open with ccint1.rsre.mod.uk 550 m_ellison@TOOK.LKG.DEC.COM... Host unknown 421 hqafsc-vax.af.mil.tcp... Deferred: Connection timed out during user open with HQAFSC-VAX.AF.MIL 421 nic.nordu.net.tcp... Deferred: Connection timed out during user open with nic.nordu.net 421 aedc-vax.af.mil.tcp... Deferred: Connection timed out during user open with AEDC-VAX.AF.MIL 421 letterkenn-emh1.army.mil.tcp... Deferred: Connection timed out during user open with LETTERKENN-EMH1.ARMY.MIL 421 dumle.kommhuset.se.tcp... Deferred: Connection timed out during user open with sunic.sunet.se 421 cis.uab.edu.tcp... Deferred: Connection timed out during user open with cisa.CIS.UAB.EDU 421 server.af.mil.tcp... Deferred: Connection timed out during user open with server.af.mil 421 issun3.stc.nl.tcp... Deferred: Connection timed out during user open with issun3.stc.nl 421 cs.uiuc.edu.tcp... Deferred: Connection timed out during user open with uiucdcsm-uiuc-dcs-net.cs.uiuc.edu
Date: Tue, 30 Oct 90 5:00:40 EST From: BBN Mail System (MMDF) <mmdf@BBN.COM> Sender: mmdf@BBN.COM Subject: Failed mail (msg.aa09055) To: owner-ietf@ISI.EDU
After 12 days (276 hours), your message could not be fully delivered.
It failed to be received by the following address(es):
To: RELAY Mail System (MMDF) <mmdf@RELAY.CS.NET> Cc: owner-ietf <@RELAY.CS.NET:owner-ietf@VENERA.ISI.EDU> Reply-To: westine@ISI.EDU Subject: Re: Waiting mail (msg.aa00720) In-Reply-To: Your message of Tue, 02 Oct 90 07:45:14 -0400. <9010021201.AA06288@venera.isi.edu> Date: Mon, 08 Oct 90 10:11:03 PDT From: Ann Westine <westine@ISI.EDU>
> After 5 days (105 hours), your message has not yet been > fully delivered. Attempts to deliver the message will continue > for 2 more days. No further action is required by you. > > Delivery attempts are still pending for the following address(es): > > @zix.gmd.dbp.de:weidenhammer@vax.hmi.dbp.de > (host: zix.gmd.dbp.de)(queue: dfn) > > Problems usually are due to service interruptions at the receiving > machine. Less often, they are caused by the communication system.
F.4. What Started Out as a Sublist with No Active Users
a. Error Report
Date: Tue, 4 Sep 90 22:13:12 +0200 From: MAILER-DAEMON@inria.inria.fr (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: owner-ietf
----- Transcript of session follows ----- While talking to mailhost.Gipsi.FR: >>> RCPT To:<ietf@GIPSI.FR> <<< 550 <ietf@GIPSI.FR>... User unknown 550 <ietf@GIPSI.FR>... User unknown
From: edmonde@ubu.gipsi.fr (Edmonde Duteurtre) To: westine In-Reply-To: Ann Westine's message of Tue, 11 Sep 90 09:56:20 PDT <9009111656.AA19730@venera.isi.edu> Subject: 550 <ietf@GIPSI.FR>... User unknown
Hello
On our site, the bind@gipsi.fr, snmp@gipsi.fr, ietf@gipsi.fr and the nameddroppers@gipsi.fr mailed only one person: prindevi@gipsi.fr but this person has leaved our company, and you should cancel this addresses.
I think we get enough informations through the news. I think you should cancel us (ietf@Gipsi.FR) on the mailing list ietf.
In this error message there was not much to go on except the words IETF and the name of the host from where the mailer-daemon sent the error. Using that clue the mailing list was searched for that host name (SATURN). It was a sublist. It appears that there is something internally wrong with the sublist and this error should have gone to the postmaster or owner of the IETF@SATURN.ACC.COM list instead of the IETF owner. A message was sent to the postmaster. No reply was received, but the condition was fixed.
Date: Mon, 29 Oct 90 05:02:53 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: Host unknown To: <@decpa.pa.dec.com:owner-ietf@venera.isi.edu>
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "erlang", during mail delivery to <ERLANG::CHIU>. Remote error code is 0x7e803a, message is: %MAIL-E-LOGLINK, error creating network link to node CHIU -SYSTEM-F-NOSUCHNODE, remote node is unknown 554 <erlang::chiu>... 550 Host unknown (Authoritative answer from name server)
----- Recipients of this delivery ----- <erlang::chiu> (bounced) <netrix::gillin> (sent) <erlang::rama> (sent)
Date: Sun, 6 Jan 91 17:05:53 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: owner-ietf@ISI.EDU
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "bigfut", during mail delivery to <BIGFUT::CALLON>. Remote error code is 0x7e81fa, message is:(can't decypher error code) 550 <Callon@BIGFUT.ENET.DEC.COM>... User unknown
The address "lucb-ml@OPUS" is not an Internet style domain name. The exploder ietf@CS.McGILL.CA has this address on its sublist, and CSA.McGILL.CA does not recognize this host. (This error should have gone to the sublist owner at CS.MCGILL.CA).
Date: Tue, 9 Oct 90 19:45:14 -0400 From: Mail Delivery Subsystem <MAILER-DAEMON@oliver.cs.mcgill.ca> Subject: Returned mail: Host unknown To: <owner-ietf@ISI.EDU>
Usually a "host unknown" report is not acted on unless it is repeated over a period of several days. In many cases the hosts really do exist, but they're just down for a couple of days, or there are network problems reaching it (or it's name serrver).
Date: Fri, 2 Nov 90 08:45:56 -0800 From: MAILER-DAEMON@ISI.EDU (Mail Delivery Subsystem) Subject: Returned mail: Host unknown To: owner-los-nettos@ISI.EDU
Most "User Unknown" error messages listed individually on the main list get deleted. Those on a sublist, require a message to the postmaster or list maintainer. They are asked to delete the invalid user mailbox from their local list.
This is a case where the recipient was checking to see if his mailbox was already on the list and if not to readd him. He was readded to the list. A "user unknown" error message was received on the confirming message that was sent notifying recipient that he had been added.
To: postmaster@janus.enet.decl.com, postmaster@decwrl.dec.com Cc: westine, bryant@janus.enet.dec.com Subject: RE: <bryant@janus.enet.dec.com> Date: Wed, 07 Nov 90 10:15:40 PST From: Ann Westine <westine@venera.isi.edu>
Hi Stewart and Postmaster,
I readded your name to the IETF list but there seems to be problems with connections to DECnet hosts right now. I have seen lots of errors like this lately. Postmaster, please check into this. JANUS is not the only host with an error, there are other hosts like this in trouble.
For example.
From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: Host unknown To: <@decpa.pa.dec.com:owner-ietf@venera.isi.edu>
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "erlang", during mail delivery to <ERLANG::CHIU>. Remote error code is 0x7e803a, message is: %MAIL-E-LOGLINK, error creating network link to node CHIU -SYSTEM-F-NOSUCHNODE, remote node is unknown 554 <erlang::chiu>... 550 Host unknown (Authoritative answer
Westine & Postel [Page 23]
RFC 1211 Problems with Mailing Lists March 1991
from name server)
----- Recipients of this delivery ----- <erlang::chiu> (bounced) <netrix::gillin> (sent) <erlang::rama> (sent) ------- Thank you, Ann
To: "Stewart Bryant, RE02-G/H2, DTN: 830 4682" <bryant@janus.enet.dec.com> Cc: ietf-request@ISI.EDU Subject: Re: dist list In-Reply-To: Your message of Tue, 06 Nov 90 03:02:09 0800. <9011061056.AA11777@decpa.pa.dec.com> Date: Tue, 06 Nov 90 13:54:23 PST From: Ann Westine <westine@ISI.EDU>
Hi Stewart,
> Please will you check that I have not been deleted > from this distribution list. > > My email address is > bryant@janus.enet.dec.com
I readded you to the list. Thanks, Ann
------- Forwarded Message
Date: Tue, 06 Nov 90 17:25:15 -0800 From: MAILER-DAEMON@decwrl.dec.com To: westine@ISI.EDU Subject: Returned mail: User unknown
----- Transcript of session follows -----
mail11: Error from DECnet MAIL object on node "janus", during mail delivery to <JANUS::BRYANT>. Remote error code is 0x7e81d2, message is: %MAIL-E-ERRACTRNS, error activating transport NM (can't decypher error code) 550 <bryant@janus.enet.dec.com>... User unknown
----- Recipients of this delivery ----- <bryant@janus.enet.dec.com> (bounced)
To: Paul A Vixie <vixie@wrl.dec.com> cc: postmaster@janus.enet.dec.com, postmaster@wrl.dec.com, bryant@janus.enet.dec.com Reply-To: westine@isi.edu Subject: Re: <bryant@janus.enet.dec.com> In-reply-to: Your message of Wed, 07 Nov 90 16:24:37 -0800. <9011080024.AA28353@volition.pa.dec.com> Date: Thu, 08 Nov 90 11:23:39 PST From: Ann Westine <westine@venera.isi.edu>
Hi Paul,
There are a few other error message that I received last week and they seem to reoccur every couple of months. Here is an example. What does this error mean?
Date: Mon, 29 Oct 90 05:02:53 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: Host unknown To: <@decpa.pa.dec.com:owner-ietf@venera.isi.edu>
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "erlang", during mail delivery to <ERLANG::CHIU>. Remote error code is 0x7e803a, message is: %MAIL-E-LOGLINK, error creating network link to node CHIU -SYSTEM-F-NOSUCHNODE, remote node is unknown
Westine & Postel [Page 25]
RFC 1211 Problems with Mailing Lists March 1991
554 <erlang::chiu>... 550 Host unknown (Authoritative answer from name server)
----- Recipients of this delivery ----- <erlang::chiu> (bounced) <netrix::gillin> (sent) <erlang::rama> (sent) <netrix::gillin> (sent) <erlang::rama> (sent)
Date: Thu, 08 Nov 90 17:10:02 PST To: westine@ISI.EDU Subject: Re: <bryant@janus.enet.dec.com> From: Paul A Vixie <vixie@wrl.dec.com>
Anne,
This error: ----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "erlang", during mail delivery to <ERLANG::CHIU>. Remote error code is 0x7e803a, message is: %MAIL-E-LOGLINK, error creating network link to node CHIU -SYSTEM-F-NOSUCHNODE, remote node is unknown 554 <erlang::chiu>... 550 Host unknown (Authoritative answer from name server)
...means that the person on ERLANG:: has forwarded their mail to a system that ERLANG does not know about. Decnet mail is not store-and- forward, so decwrl (as smtp-to-decnet gateway) sees the end-system error. Trying to be helpful, it sends it back to you.
My advice is to delete any addresses you have trouble with, if they are in the .enet.dec.com subdomain.
Date: Wed, 8 Aug 90 13:21:03 -0700 From: MAILER-DAEMON (Mail Delivery Subsystem) Subject: Returned mail: Deferred: Host Name Lookup Failure To: owner-ietf To: owner-ietf To: westine
Date: Wed, 7 Nov 90 18:08:59 PDT From: Mail Delivery Subsystem <MAILER-DAEMON@jessica.stanford.edu> Subject: Returned mail: Unable to deliver mail To:<@jessica.stanford.edu,@jessica.stanford.edu,@jessica.stanford.edu, @jessica.stanford.edu,@jessica.stanford.edu,@jessica.stanford.edu, @jessica.stanford.edu:owner-ietf@venera.isi.edu>
----- Transcript of session follows ----- 554 sendall: too many hops (17 max)
Received: from Jessica.Stanford.EDU by Ahwahnee.Stanford.EDU (5.59/inc-1.0) id AA09128; Wed, 7 Nov 90 18:08:36 PDT Received: from Ahwahnee.Stanford.EDU by jessica.stanford.edu (5.59/25-eef) id AA17687; Wed, 7 Nov 90 18:08:31 PDT Received: from Jessica.Stanford.EDU by Ahwahnee.Stanford.EDU (5.59/inc-1.0)id AA09124; Wed, 7 Nov 90 18:08:28 PDT Received: from Ahwahnee.Stanford.EDU by jessica.stanford.edu
Westine & Postel [Page 27]
RFC 1211 Problems with Mailing Lists March 1991
(5.59/25-eef) id AA17674; Wed, 7 Nov 90 18:08:22 PDT Received: from Jessica.Stanford.EDU by Ahwahnee.Stanford.EDU (5.59/inc-1.0) id AA09120; Wed, 7 Nov 90 18:08:19 PDT Received: from Ahwahnee.Stanford.EDU by jessica.stanford.edu (5.59/25-eef) id AA17658; Wed, 7 Nov 90 18:08:13 PDT
Received: from Jessica.Stanford.EDU by Ahwahnee.Stanford.EDU (5.59/inc-1.0) id AA09116; Wed, 7 Nov 90 18:08:11 PDT Received: from Ahwahnee.Stanford.EDU by jessica.stanford.edu (5.59/25-eef) id AA17645; Wed, 7 Nov 90 18:08:05 PDT Received: from Jessica.Stanford.EDU by Ahwahnee.Stanford.EDU (5.59/inc-1.0) id AA09112; Wed, 7 Nov 90 18:08:03 PDT Received: from VENERA.ISI.EDU by jessica.stanford.edu (5.59/25-eef) id AA17625;
Wed, 7 Nov 90 18:07:50 PDT Received: by venera.isi.edu (5.61/5.61+local) id <AA29996>; Wed, 7 Nov 90 15:45:49 -0800 Received-Date: Wed, 7 Nov 90 15:45:45 -0800 Received: from NRI.RESTON.VA.US by venera.isi.edu (5.61/5.61+local) id <AA29992>; Wed, 7 Nov 90 15:45:45 -0800 Received: from nri by NRI.NRI.Reston.VA.US id aa13139;7 Nov 90 18:26 To: Frank Kastenholz <kasten%europa.interlan.com@relay.cs.net> Cc: ietf@venera.isi.edu Subject: Re: IETF mailing list Date: Wed, 07 Nov 90 18:26:53 -0500 From: vcerf@NRI.Reston.VA.US
From westine@venera.isi.edu Thu Nov 8 13:58:40 1990 Posted-Date: Thu, 08 Nov 90 10:59:30 PST To: dougm@osi.ncsl.nist.gov Cc: westine@venera.isi.edu Subject: RE: 421 osi3: Host osi3 is down 550 Postmaster... User unknown Reply-To: westine@venera.isi.edu Date: Thu, 08 Nov 90 10:59:30 PST From: Ann Westine <westine@venera.isi.edu>
Hi Doug,
If the Postmaster is "unknown" please delete him from your exploder list "ietf@osi3.ncsl.nist.gov". I have been receiving error messages like this one for several days now. If I don't hear from you, I will have to delete the above mailbox.
Ann
> ----- Transcript of session follows ----- > 421 osi3: Host osi3 is down > 550 Postmaster... User unknown
Date: Thu, 8 Nov 90 15:34:02 EST From: Doug Montgomery <dougm@warthog.ncsl.nist.gov> Organization: National Institute of Standards and Technology (NIST) Sub-Organization: National Computer Systems Laboratory To: westine@ISI.EDU Subject: RE: 421 osi3: Host osi3 is down 550 Postmaster... User unknown Cc: staff@osi3.ncsl.nist.gov
I think I have found out what is wrong. For some reason (we can discuss this below) your exploder is sending IETF mail to our exploder (ietf@osi3.ncsl.nist.gov) through the machine osi.ncsl.nist.gov. Now due to a recent subnet reconfiguration and subsequent lack of update to our DNS servers, the DNS was returning an incorrect address for osi3. Thus IETF mail would be sent to OSI, which would try to forward it to OSI3 (using the wrong address). OSI would think that OSI3 was down and dump the message, trying to send a notice to Postmaster. OSI doesn't have an aliase for Postmaster and thus the second error message that you saw.
Westine & Postel [Page 30]
RFC 1211 Problems with Mailing Lists March 1991
These two problems have been fixed on OSI. Now the question is what address you have in your distribution list that would cause this mail to go through OSI in the first place. I guess you might have something like "ietf%osi3@osi.ncsl.nist.gov." The other interesting point about your list is that we receive IETF mail to our exploder directly from venera.
Thus I suspect that there are two entries for OSI3 on your distribution list. One that gets relayed through OSI and one that points directly to OSI3. If this is the case please deleted everything except the "ietf@osi3.ncsl.nist.gov." address.
If this is not the case or if there are other problems let me know.
Here are all the addresses I have on the IETF list under NIST.GOV.
ietf@OSI3.NCSL.NIST.GOV, mills@OSI.NCSL.NIST.GOV
I'll deleted "mills@osi.ncsl.nist.gov".
Here are two others at NIST
hunt@ENH.NIST.GOV, sting@CAM.NIST.GOV
By the way, on the following message, it looks like the Mailer-Daemon message went from OSI.ncsl.nist.gov to enh.nist.gov to venera.isi.edu.
--Ann
Westine & Postel [Page 31]
RFC 1211 Problems with Mailing Lists March 1991
Return-Path: Mailer-Daemon@osi.ncsl.nist.gov Received-Date: Thu, 8 Nov 90 12:44:11 PST Received: from venera.isi.edu by zephyr.isi.edu (4.1/4.0.3-4) id <AA19131>; Thu, 8 Nov 90 12:44:11 PST Posted-Date: Thu, 8 Nov 90 15:39:54 EST Received: from enh.nist.gov by venera.isi.edu (5.61/5.61+local) id <AA03448>; Thu, 8 Nov 90 12:44:01 -0800 Received: from OSI.NCSL.NIST.GOV by ENH.NIST.GOV; Thu, 8 Nov 90 15:43 EDT Received: by osi.ncsl.nist.gov (4.1/SMI-4.1) id AB14654; Thu, 8 Nov 90 15:39:54 EST Date: Thu, 8 Nov 90 15:39:54 EST From: Mailer-Daemon@osi.ncsl.nist.gov Subject: Returned mail: User unknown To: owner-ietf@ISI.EDU Message-Id: <9011082039.AB14654@osi.ncsl.nist.gov> X-Envelope-To: owner-ietf@venera.isi.edu
----- Transcript of session follows ----- 421 osi3: Host osi3 is down 550 Postmaster... User unknown
From: Doug Montgomery <dougm@warthog.ncsl.nist.gov> Organization: National Institute of Standards and Technology (NIST) To: westine@ISI.EDU Subject: Re: 421 osi3:Host osi3 is down 550 Postmaster.. User unknown
Deleting the mills@osi.ncsl.nist.gov entry should fix your problems. Mills has a .forward to osi3, thus explaining why IETF mail was going ---> OSI ---> OSI3.
I checked OSI's sendmail.cf and it is relaying through enh. This, though has nothing to do with the previous problem.
I flushed the queue of IETF mail on OSI waiting to go to OSI3. I don't think you should see anymore bounced messages.
Sorry that our local problems were causing you grief .... let me know if it happens again.
Date: Tue, 4 Sep 90 10:35:49 -0700 From: MAILER-DAEMON (Mail Delivery Subsystem) Subject: Returned mail: Deferred: Connection timed out during user open with ames.arc.nasa.gov Posted-Date: Tue, 4 Sep 90 10:35:49 -0700 To: owner-ietf
----- Transcript of session follows ----- >>> QUIT <<< 421 sage.acc.com SMTP Service not available: insufficient disk space. 451 bboard.ietf@SAGE.ACC.COM... reply: read error bboard.ietf@SAGE.ACC.COM... reply: read error
Forwarded: Thu, 21 Feb 91 14:31:09 PST Forwarded: westine Forwarded: postmaster@mbunix.mitre.org Forwarded: galvin@TIS.COM Return-Path: galvin@TIS.COM Received-Date: Sun, 17 Feb 91 17:48:07 PST Received: from venera.isi.edu by zephyr.isi.edu (4.1/4.0.3-4) id <AA03679>; Sun, 17 Feb 91 17:48:07 PST Posted-Date: Sun, 17 Feb 91 20:48:12 -0500 Received: from TIS.COM by venera.isi.edu (5.61/5.61+local) id <AA26292>; Sun, 17 Feb 91 17:48:01 -0800 Received: from TIS.COM by TIS.COM (4.1/SUN-5.64DB)
Westine & Postel [Page 33]
RFC 1211 Problems with Mailing Lists March 1991
id AA04098; Sun, 17 Feb 91 20:48:13 EST Reply-To: James M Galvin <galvin@TIS.COM> To: ietf-request@ISI.EDU Subject: Failed Mail to IETF Date: Sun, 17 Feb 91 20:48:12 -0500 From: James M Galvin <galvin@TIS.COM>
------- Forwarded Message Message-ID: <9102160528.AA27189@mbunix.mitre.org> From: galvin@tis.com <galvin@TIS.COM> To: Bill_Anderson.G113_MAIL@qmgate.mitre.org Date: 15 Feb 91 21:28:28 Subject: Can't Find MailCenter!
To: postmaster@mbunix.mitre.org Cc: westine, galvin@TIS.COM Subject: RE: Can't Find MailCenter! Reply-To: westine@isi.edu Date: Thu, 21 Feb 91 14:31:01 PST From: Ann Westine <westine@venera.isi.edu>
Hi,
We're getting this problem again. Please fix.
Thank you. Ann
------- Forwarded Message
Date: Sun, 17 Feb 91 20:48:12 -0500 From: James M Galvin <galvin@TIS.COM> To: ietf-request@ISI.EDU Subject: Failed Mail to IETF
------- Forwarded Message
Message-ID: <9102160528.AA27189@mbunix.mitre.org> From: galvin@tis.com <galvin@TIS.COM> To: Bill_Anderson.G113_MAIL@qmgate.mitre.org Date: 15 Feb 91 21:28:28 Subject: Can't Find MailCenter!
Westine & Postel [Page 34]
RFC 1211 Problems with Mailing Lists March 1991
GatorMail-Q Re: 1st PRELIMINARY AGENDA/ Received: by qmgate; 15 Feb 91 21:28:25 Received: by mbunix.mitre.org (5.57/4.7) id AA25128; Fri, 15 Feb 91 21:26:46 EST Received: by venera.isi.edu (5.61/5.61+local) id <AA17839>; Fri, 15 Feb 91 08:45:12 -0800 Posted-Date: Fri, 15 Feb 91 11:45:16 -0500 Received-Date: Fri, 15 Feb 91 08:45:09 -0800 Received: from TIS.COM by venera.isi.edu (5.61/5.61+local) id <AA17833>; Fri, 15 Feb 91 08:45:09 -0800 Message-Id: <9102151645.AA26445@TIS.COM> Reply-To: James M Galvin <galvin@tis.com> To: Megan Davies <mdavies@nri.reston.va.us> Cc: ietf@venera.isi.edu Subject: Re: 1st PRELIMINARY AGENDA/ST. LOUIS In-Reply-To: Your message of Thu, 14 Feb 91 17:44:13 EST. <9102141744.aa15663@NRI.NRI.Reston.VA.US> Date: Fri, 15 Feb 91 11:45:16 -0500 From: James M Galvin <galvin@tis.com>
Date: Wed, 10 Oct 90 17:50:10 MDT From: MAILER-DAEMON@ncar.UCAR.EDU (Mail Delivery Subsystem) Subject: Returned mail: Service unavailable To: <westine@ISI.EDU>
----- Transcript of session follows ----- 554 olear@niwot.scd.ucar.edu... Message is too large; 50000 bytes max 554 olear@niwot.scd.ucar.edu... Service unavailable
Date: Mon, 8 Oct 90 15:28:30 PDT From: David Wasley <dlw@violet.berkeley.edu> Subject: I am away from e-mail This_Message_Brought_To_You_By: the vacation program Apparently-To: owner-ietf@venera.isi.edu
I am away from e-mail until October 13. If your message requires immediate attention, please contact one of the people below:
Network information: Bill Wells <netinfo@violet.Berkeley.EDU> Network installation: Jim Allison <jca@violet.Berkeley.EDU> If you're really desparate, leave me voice-mail at (415) 642-3478. Thanks for your patience! David Wasley, U C Berkeley
Date: Wed, 8 Aug 90 13:00:39 EDT From: Mailer-Daemon@omni.eng.clemson.edu Subject: Returned mail: Service unavailable To: <owner-ietf>
----- Transcript of session follows ----- Connected to eng.clemson.edu: >>> HELO omni <<< 553 omni host name configuration error 554 <gkrishn@ENG.CLEMSON.EDU>... Service unavailable
To: <owner-ietf> From: The UTCS Post Office <postmaster@gpu.utcs.utoronto.ca> Subject: Delivery problems with your mail
Your message has been received by the University of Toronto Computing Services Postal System. A copy of it has been returned to you because of difficulties encountered while attempting to deliver your mail.
The following errors occurred while attempting delivery:
<smtp madhaus.utcs.utoronto.ca oattes@madhaus.utcs.utoronto.ca 1609>: 128.100.102.10: 550 <nsr@madhaus.utcs.utoronto.ca>... User unknown: Bad file number
Date: Sat, 11 Aug 90 14:51:57 PDT From: MAILER-DAEMON@uunet.uu.net (Mail Delivery Subsystem) Subject: Returned mail: Service unavailable To: uunet!venera.isi.edu!owner-ietf@uunet.UU.NET
----- Transcript of session follows ----- mail: /var/spool/mail/cslater: cannot append Mail saved in dead.letter 554 cslater... Service unavailable
Date: Thu, 1 Nov 90 12:34:20 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: Deferred To: <@decpa.pa.dec.com:owner-ietf@venera.isi.edu>
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "erlang", during mail delivery to <ERLANG::CHIU>. Remote error code is 0x7e803a, message is: %MAIL-E-LOGLINK, error creating network link to node CHIU -SYSTEM-F-NOSUCHNODE, remote node is unknown 554 <erlang::chiu>... 550 Host unknown (Authoritative answer from name server) mail11: connect: Connect failed, Node unreachable (temporary failure)
----- Recipients of this delivery ----- <erlang::chiu> (bounced) <netrix::gillin> (queued, will retry) <erlang::rama> (sent)
Date: Tue, 7 Aug 90 22:37:48 -0700 To: ietf-request From: DFN Gateway <postmaster%zix.gmd.dbp.de@RELAY.CS.NET> Subject: DFN Mail Network -- failed mail
Mail Failure Diagnostics:
Message Recipients: weidenhammer@vax.hmi.dbp.de: MTA congestion
To: postmaster@ALLSPICE.LCS.MIT.EDU Subject: dukach@PTT.LCS.MIT.EDU... User unknown Date: Thu, 01 Nov 90 13:20:53 PST From: Ann Westine <westine@ISI.EDU>
Hi,
Would you mind checking into this error message before I delete this person from our list. I think it may be an internal forwarding problem at MIT. If not let me know if there is a new address or if I should delete this one.
--Ann
------- Forwarded Message
Date: Thu, 01 Nov 90 12:34:01 -0800 From: MAILER-DAEMON@ISI.EDU (Mail Delivery Subsystem) To: owner-dartnet@ISI.EDU Subject: Returned mail: User unknown
Westine & Postel [Page 39]
RFC 1211 Problems with Mailing Lists March 1991
----- Transcript of session follows ----- >>> RCPT To:<dukach@ALLSPICE.LCS.MIT.EDU> <<< 550 /u/dukach/.forward: line 0: tabasco.lcs.mit.edu... User unknown 550 dukach@PTT.LCS.MIT.EDU... User unknown
----- Unsent message follows -----
To: westine@ISI.EDU Cc: postmaster@ALLSPICE.LCS.MIT.EDU Subject: Re: dukach@PTT.LCS.MIT.EDU... User unknown In-Reply-To: Your message of Thu, 01 Nov 90 13:20:53 -0800. <9011012120.AA19211@venera.isi.edu> Date: Thu, 01 Nov 90 17:16:44 -0500 From: jrd@ALLSPICE.LCS.MIT.EDU
Ann,
Please don't delete Semyon. I'll get him to fix his configuration.
Date: Tue, 11 Dec 90 17:57:08 -0800 From: MAILER-DAEMON@quake.stanford.edu (Mail Delivery Subsystem) Subject: Returned mail: unknown mailer error 2 To: <westine@ISI.EDU>
----- Transcript of session follows ----- <<< RCPT To:<phil@quake.stanford.edu> <<< RCPT To:<rick@quake.stanford.edu> <<< DATA mail: Creating /usr/spool/mail/phil -: No such file or directory mail: Creating /usr/spool/mail/rick -: No such file or directory Mail saved in dead.letter 554 <phil@quake.stanford.edu>,<rick@quake.stanford.edu>... unknown mailer error
Date: Wed, 10 Oct 90 19:33:26 EDT From: Mail Delivery Subsystem <MAILER-DAEMON@edn-vax.dca.mil> Subject: Returned mail: Host unknown To: <westine@ISI.EDU>
Date: 13 Feb 91 05:34 UT From: "X.400 Gateway" <MAILER-DAEMON@sprint.com> Subject: MHS NonDelivery Report To: owner-ietf@ISI.EDU
Report from domain /PRMD=/ADMD=telemail/C=us/:
FAILED delivery to:
1 Recipient ORName: /PN=tony.y.mazraani/DD.TS=SM55/O=SPRINTINTL/ADMD=TELEMAIL/C=US/ Translates to: /PN=tony.y.mazraani/DD.TS=SM55/O=SPRINTINTL/ADMD=TELEMAIL/C=US /@sprint.com Reason: unable to transfer Diagnostic: invalid parameters
From: Allan.Cargille@pilot.cs.wisc.edu To: owner-ietf@ISI.EDU Subject: Delivery Report (failure) for Allan.Cargille@pilot.cs.wisc.edu Message-Type: Delivery Report Date: Wed, 12 Dec 1990 15:34:41 +0000 Content-Identifier: Why WAN multi...
This report relates to your message: Why WAN multi... of Wed, 12 Dec 1990 15:22:56 +0000
Your message was not delivered to Allan.Cargille@pilot.cs.wisc.edu for the following reason: Message looping detected (please contact local administrator)
*** The following information is directed towards the local *** administrator and is not intended for the end user * * DR generated by mta pilot.cs.wisc.edu * in /PRMD=xnren/ADMD= /C=us/ * at Wed, 12 Dec 1990 15:34:35 +0000 * * Converted to RFC 822 at pilot.cs.wisc.edu * at Wed, 12 Dec 1990 15:34:41 +0000 *
Date: Fri, 14 Dec 90 19:37:51 -0500 From: Mail Delivery Subsystem <MAILER-DAEMON@shark.cs.fau.edu> To: owner-ietf@ISI.EDU Subject: Returned mail: Host unknown
----- Transcript of session follows ----- 550 megasys.com (TCP)... 550 Host unknown 550 <pax@MEGASYS.COM>... Host unknown (Valid name but no data [address])
westine 27% dig megasys.com any
; <<>> DiG <<>> megasys.com any ;; ->>HEADER<<- opcode: QUERY , status: NOERROR, id: 6 ;; flags: qr rd ra Ques: 1, Ans: 2, Auth: 2, Addit: 3
;; QUESTIONS: ;; megasys.com, type = ANY, class = IN
;; ANSWERS: megasys.com IN NS UUNET.UU.NET ; 172786 megasys.com IN NS seismo.CSS.GOV ; 172786
;; AUTHORITY RECORDS: MEGASYS.COM IN NS UUNET.UU.NET ; 172786 MEGASYS.COM IN NS seismo.CSS.GOV ; 172786
;; ADDITIONAL RECORDS: UUNET.UU.NET IN A 192.48.96.2 ; 447968 UUNET.UU.NET IN A 137.39.1.2 ; 170920 seismo.CSS.GOV IN A 192.12.141.25 ; 172786
From: fischer@math.ufl.edu Posted-Date: Mon, 17 Dec 90 12:28:23 EST Received: from gimme.math.ufl.edu by venera.isi.edu (5.61/5.61+local) id <AA15131>; Mon, 17 Dec 90 09:28:24 -0800 Received: by gimme.math.ufl.edu (4.1/4.03) id AA05948; Mon, 17 Dec 90 12:28:23 EST Date: Mon, 17 Dec 90 12:28:23 EST To: ietf-request@ISI.EDU, postmaster@ISI.EDU Subject: here we go again: please release me, let me go...
Fifth time now(?) I try this every couple of months now, figuring you may be hoplesslly backed up.
Can you remove me from the ietf list? I may be there as either:
fischer@math.ufl.edu or netadm@math.ufl.edu
I would appreciate a confirmation message: I'm ready to use crontab for these mailings.
To: fischer@math.ufl.edu cc: ietf-request@ISI.EDU, postmaster@ISI.EDU Reply-To: westine@isi.edu Subject: Re: here we go again: please release me, let me go... In-reply-to: Your message of Mon, 17 Dec 90 12:28:23 -0500. <9012171728.AA05948@gimme.math.ufl.edu> Date: Mon, 17 Dec 90 10:15:36 PST From: Ann Westine <westine@venera.isi.edu>
Hi Randy,
I remember your request, and I also remember telling you that you are not on our list (at least individually). There is an exploder "netadm@MATH.UFL.EDU" maintained at UFL.EDU. You need to check with the postmaster to see if you are on their list. If this is not the case, here are the only other addresses I have from UFL.EDU
From: Operator <root@math.ufl.edu> To: ietf-request@ISI.EDU, westine@ISI.EDU Subject: re: done at last: please release me, let me go...
Many, many thanks for the reply: I did not, somehow, see your previous reply -- perhaps you forwarded it to someone at UFL.EDU instead of MATH.UFL.EDU? Or I missed it in the flow of mail I am trying to abate. No matter.
At any rate "netadm@math.ufl.edu" is indeed a local exploder, aliased at the moment to myself and one of my assistants. It is local to the "math.ufl.edu" subdomain, and not to "ufl.edu" as your records indicate. I am the postmaster of the "math.ufl.edu", and you should be able to verify "math.ufl.edu" has an MX record pointing to "mathlab.math.ufl.edu". I am therefore mailing to you as root from that machine.
Please remove "netadm@math.ufl.edu" from your list. I have quite enjoyed the discussions, but the volume been overwhelming.
Thanks very much for your prompt reply, Appreciatively,
From: "Raj Jain, LKG1-2/A19, DTN: 226-7642, 508-486-7642 09-Feb-1991 0904" <jain@erlang.enet.dec.com> To: owner-ietf@ISI.EDU Subject: Request to add to IETF
I seem to have suddenly dropped off the IETF distribution list. I have not received any IETF mail since 9-Jan-91. Could you please ensure that I am still in the distribution list.
To: "Raj Jain, LKG1-2/A19, DTN: 226-7642, 508-486-7642 09-Feb-1991 0904" <jain@erlang.enet.dec.com> cc: owner-ietf@ISI.EDU, ietf-request Reply-To: westine@isi.edu Subject: Re: Request to add to IETF In-reply-to: Your message of Sat, 09 Feb 91 06:07:15 -0800. <9102091407.AA06473@decpa.pa.dec.com> Date: Tue, 12 Feb 91 11:17:41 PST From: Ann Westine <westine@rwa.isi.edu>
Hi Raj,
I will readd you to the IETF list. However, if I receive more error messages like this, then I must take your name off the list again. I've sent messages to the postmaster at DEC but the problem isn't corrected. Your address isn't the only one, there's CALLON and a few others.
Westine & Postel [Page 49]
RFC 1211 Problems with Mailing Lists March 1991
Maybe you can check into this. Here's the header from one of the many error messages I received.
Regards, --Ann
Date: Wed, 9 Jan 91 17:04:41 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: User unknown To: owner-ietf@ISI.EDU
----- Transcript of session follows ----- mail11: Error from DECnet MAIL object on node "erlang", during mail delivery to <ERLANG::JAIN>. Remote error code is 0x7e81fa, message is: %MAIL-E-OPENOUT, error opening !AS as output -RMS-E-PRV, insufficient privilege or file protection violation (can't decypher error code) 550 <jain@ERLANG.DEC.COM>... User unknown
----- Recipients of this delivery ----- <jain@ERLANG.DEC.COM> (bounced)
Date: Tue, 12 Feb 91 17:54:20 EST From: "Raj Jain, LKG1-2/A19, DTN: 226-7642, 508-486-7642 12-Feb-1991 1751" <jain@erlang.enet.dec.com> To: westine@ISI.EDU Subject: Re: Request to add to IETF
The error message that you sent is unfortunately my mistake and has nothing to do with DECWRL. One day I reset protection on all my files and directories and didn't realize that even the system did not have the privilege to write mail messages on my disk. I discovered it only after several people sent phone messages to me. Thanks for adding my name again. I will try to be careful. -Raj
Date: Mon, 11 Feb 91 10:03:54 PST From: "Paul Ciarfella DTN 227-3548 Outside 508 952-3548 11-Feb-1991 1301" <ciarfella@levers.enet.dec.com> To: ietf-request@ISI.EDU Subject: add me to the ietf list (again)
Hi -
Could I be added to the ietf distribution list (again). I must have been dropped from the list somehow. This happened to me before the last ietf - I had to get my name reregistered then, too.
b. Message to User Regarding Readd and Previous Problems
To: "Paul Ciarfella DTN 227-3548 Outside 508 952-3548 11-Feb-1991 1301" <ciarfella@levers.enet.dec.com> Cc: ietf-request@ISI.EDU Reply-To: westine@ISI.EDU Subject: Re: add me to the ietf list (again) In-Reply-To: Your message of Mon, 11 Feb 91 10:03:54 -0800. <9102111803.AA11116@decpa.pa.dec.com> Date: Wed, 13 Feb 91 11:05:46 PST From: Ann Westine <westine@ISI.EDU>
Hi Paul,
Every couple of months I have lots of error messags from several individual mailboxes on ENET.DEC.COM. Here is a typical one. Since I cannot reach you I am forced to delete your mailbox.
I have sent several messages to the postmaster at DEC but nothing has been corrected. Perhaps you can look into this.
--Ann
Westine & Postel [Page 51]
RFC 1211 Problems with Mailing Lists March 1991
Return-Path: MAILER-DAEMON@decwrl.dec.com Received-Date: Tue, 11 Dec 90 19:53:19 PST Received: from venera.isi.edu by zephyr.isi.edu (4.1/4.0.3-4) id <AA11360>; Tue, 11 Dec 90 19:53:19 PST Posted-Date: Tue, 11 Dec 90 19:42:03 -0800 Received: from decpa.pa.dec.com by venera.isi.edu (5.61/5.61+local) id <AA08309>; Tue, 11 Dec 90 19:53:17 -0800 Received: by decpa.pa.dec.com; id AA12106; Tue, 11 Dec 90 19:42:03 Date: Tue, 11 Dec 90 19:42:03 -0800 From: MAILER-DAEMON@decwrl.dec.com (Mail Delivery Subsystem) Subject: Returned mail: User unknown Message-Id: <9012120342.AA12106@decpa.pa.dec.com> To: owner-ietf@ISI.EDU
----- Transcript of session follows ----- mail11: input timeout reading remote object get_status: Connection timed out (temporary failure)
mail11: Error from DECnet MAIL object on node "levers", during mail delivery to <LEVERS::CIARFELLA>. Remote error code is 0x7e81fa, message is: %MAIL-E-OPENOUT, error opening !AS as output -RMS-E-CRE, ACP file create failed -SYSTEM-W-DIRALLOC, allocation failure on directory file (can't decypher error code) 550 <ciarfella@LEVERS.ENET.DEC.COM>... User unknown
----- Recipients of this delivery ----- <hayden@LEVERS.ENET.DEC.COM> (queued, will retry) <ciarfella@LEVERS.ENET.DEC.COM> (bounced) <anil@LEVERS.ENET.DEC.COM> (sent)
Return-Path: ciarfella@levers.enet.dec.com Received-Date: Wed, 13 Feb 91 13:51:25 PST Received: from venera.isi.edu by zephyr.isi.edu (4.1/4.0.3-4) id <AA26215>; Wed, 13 Feb 91 13:51:25 PST Posted-Date: Wed, 13 Feb 91 13:51:02 PST Received: from decpa.pa.dec.com by venera.isi.edu (5.61/5.61+local) id <AA04585>; Wed, 13 Feb 91 13:51:22 -0800 Received: by decpa.pa.dec.com; id AA14420; Wed, 13 Feb 91 13:51:00 -0800 Received: from levers.enet; by decwrl.enet; Wed, 13 Feb 91 13:51:02 PST Date: Wed, 13 Feb 91 13:51:02 PST From: "I'll die for my country but I won't kill for Texaco 13-Feb-1991 1641" <ciarfella@levers.enet.dec.com> To: westine@ISI.EDU Subject: re: add me to the ietf list (again)
Hi Ann,
Could we try another address for me? The old address has been plagued by disk problems which might explain why the mail is not getting delivered.
The new address to register is:
ciarfella@quiver.enet.dec.com
I will check into the problem on this end. Sorry about the tone of my first message but this has been a never-ending problem for over 8 months.