home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.mail.headers:412 comp.mail.misc:4206
- Newsgroups: comp.mail.headers,comp.mail.misc
- Path: sparky!uunet!think.com!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!rickert
- From: rickert@mp.cs.niu.edu (Neil Rickert)
- Subject: Re: Return-Receipt-To & forwarding...
- Message-ID: <1993Jan2.171410.30990@mp.cs.niu.edu>
- Organization: Northern Illinois University
- References: <1i24ofINNaul@gaia.ucs.orst.edu> <davecb.725923251@yorku.ca>
- Date: Sat, 2 Jan 1993 17:14:10 GMT
- Lines: 20
-
- In article <davecb.725923251@yorku.ca> davecb@nexus.yorku.ca (David Collier-Brown) writes:
- > Your mail may be unreliable, but mine isn't: mine uses SMTP, which
- >defines, as I already pointed out, a positive acknowlegement scheme
- >FROM THE SENDING HOST TO THE RECIEVING HOST. If the mail doesn't
- >get there, I know about it because I'm doing end-to-end positive handoffs.
-
- That statement should have been posted to rec.humor, not to a comp group.
-
- You send mail to a user at host B. Host B doesn't recognize its own
- name, and thinks it must relay it. It accepts the mail for forwarding
- to its relay. At this stage it disconnects, and you have your "positive
- handoff" acknowledgement. Now host B tries to send to its relay. I
- discovers that the relay doesn't exist. It tries to bounce the message.
- The bounce is sent to the relay. But the relay doesn't exist, so the
- bounce also fails.
-
- This type of situation is quite common. Newly installed machines just
- out of the box often behave this way, and inexperienced administrators
- may not notice the problem for several months.
-
-