les@chinet.chi.il.us (Leslie Mikesell) (01/29/91)
In article <1991Jan27.231913.2867@nstar.rn.com> larry@nstar.rn.com (Larry Snyder) writes: >hmm - check this out >From iuvax!nstar!larry Sun Jan 27 18:13:33 1991 >Received: by nstar.rn.com (/\=-/\ Smail3.1.18.1 #18.4) > id <m0j0LYy-0001xEC@nstar.rn.com>; Sun, 27 Jan 91 18:13 EST >Received: by iuvax.cs.indiana.edu >Received: by nstar.rn.com (/\=-/\ Smail3.1.18.1 #18.4) > id <m0j0LVU-0001wXC@nstar.rn.com>; Sun, 27 Jan 91 18:09 EST >Message-Id: <m0j0LVU-0001wXC@nstar.rn.com> >From: iuvax!nstar.rn.com!larry (Larry Snyder) >Subject: test >To: syscon.rn.com!larry >this message was mailed from nstar.rn.com to iuvax!syscon.rn.com!larry >but nstar.rn.com isn't forwarding it on to syscon.rn.com -- however, >if I send a message to larry@syscon.rn.com from nstar.rn.com - it >gets routed correctly to syscon!larry >Does anyone have any ideas as what to look for? Smail 3 doesn't consider where a message is from (or whether it is local or remote, or how it was received) when it applies its routing, so the most likely thing is that iuvax resolved the domain name before sending it back. If connection is via uucp, look at your uuxqt logs to see what was actually on the rmail command line when it came in using "uulog -s iuvax -x". I'm not sure how you catch the "envelope-to" on inbound SMTP. Setting the mode to queue-only so you could poke around in the files as they land in /usr/spool/smail/input/* might work. In fact, the mailq command should show the destination(s) of the queued files. Les Mikesell les@chinet.chi.il.us