fuhrman@b.coe.wvu.wvnet.edu (Cris Fuhrman) (01/06/89)
I recently posted a question to comp.sys.sun about setting up mail on a a cluster of 10 suns, and the replies I got were just the trick. Local mail works perfectly now. Thanks for the help with your replies! The problem that now exists has to deal with incoming mail. It seems that if I send a message to the mailhost sun (called suna or suna.coe.wvu.wvnet.edu) two things happen: 1) If mail is addressed to, say fuhrman@suna (from another machine with nameserver resolver capabilities), all works fine. 2) If mail is addressed to, say fuhrman@suna.coe.wvu.wvnet.edu (fully specifying the hostname), the mail arrives at suna, but then suna thinks that the address is foreign, and forwards the mail on to the MAJOR RELAY HOST in sendmail.cf (which happens to be itself) - et voila! The following error message in mail from MAILER-DAEMON: >>> HELO suna.coe.wvu.wvnet.edu <<< 553 suna.coe.wvu.wvnet.edu I refuse to talk to myself 554 fuhrman@suna.coe.wvu.wvnet.edu... Service unavailable I have tried changing the MAJOR RELAY HOST to be our VMS machine running CMU TCP/IP with nameserver. All that happens here is that suna forwards the mail to the vax, and the vax sends it right back. The mail bounces about 15 times until both systems detect a loop and then it's canned - all because it doesn't recognize suna as being suna.coe.wvu.wvnet.edu. Ok. So I just want to know how sendmail resolves the equivalence of the two names suna and suna.coe.wvu.wvnet.edu. BTW, these two names _are_ on the same line in /etc/hosts. Also, the mailhost is also the loghost for the yellow pages. I have played and played with sendmail.cf. What kind of Black Magic is this and how can I get some info? I have had compiler classes before, and I think I'm capable of comprehending the syntax and/or rewriting rules for the internet/uucp addresses. I just don't know where to look for info. Please reply to the list or directly to manager@a.coe.wvu.wvnet.edu. All assistance would be *greatly* appreciated, -Cris ------------------------------------------------------------------------- | Cris Fuhrman | manager@a.coe.wvu.wvnet.edu (129.71.12.1) | | Comp Sys Manager | un020312@wvnvms.bitnet | | G-40B Eng Science Bldg. | "Just say NO to commercial file x-fers." | | WVU Morgantown, WV | - Kermit the Frog |
avolio@decuac.dec.com (Frederick M. Avolio) (01/06/89)
You must let sendmail know in the configuration file that host.domain is the same as host which is the same as YOU. No havig your sendmail.cf file in front of me I can't tell you where to fix it but it should be somewhere near where you handle anything.yourdomain. Stick a line in to resolve that just hostname (if you want) or put a rule in S0 before the rule that sends host.domain to the tcp mailer to look for localhost.domain and send it to the local mailer. Fred
deke@socrates.ee.rochester.edu (Dikran Kassabian) (01/07/89)
The sendmail 'built in check' causing this is protecting you from an infinite loop. What I think you need to do is check the rules in your configuration file that recognize 'myself' in the address. You have to rewrite that address to be just the user portion so that things can resolve to the local mailer and can be delivered. trivial example assuming the macros $w and $D have their usual meaning as fully-qualified hostname and mail-domain respectively: R$-@$D $1 rewrite stuff@mydomain to stuff only R$-@$w $1 rewrite stuff@mymachine to stuff only These are off the top of my head but you get the idea. Maybe the rules are incorrect or missing. Maybe the macros are incorrect or missing. Maybe the ruleset is never invoked or improperly formed. I'd check that class of things first. I hope that this is helpful. Good luck! ^Deke Kassabian, deke@ee.rochester.edu or ur-valhalla!deke Univ of Rochester, Dept of EE, Rochester, NY 14627 (+1 716-275-3106)