From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <059e0e4c3d608815aebfbb2f219e5ac9@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] Multi-stack mail problem. In-Reply-To: <200309300048.h8U0mUj16473@augusta.math.psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Mon, 29 Sep 2003 21:12:04 -0400 Topicbox-Message-UUID: 55bd359c-eacc-11e9-9e20-41e7f4b1d025 That sounds exactly like out setup. Dial(2) actually tries first /net and then /net.alt, which is a terrible hack I did years ago to deal with out situation. However it continues to work for us. I take it that you were relying on exactly the same dial(2) roll over. It sounds like the dial used to fail on the inside before and then get tied on the outside. Now it sounds like perhaps it is succeeding on the inside but that where it succeeds to isn't something that really won't deliver your mail. Is there perhaps a system on the inside that is advertising MX entries for everything? The best thing to do is turn on debugging on smtp (in /mail/lib/remotemail) and see what's really going on.