At 18:01 29/07/99 MYT, you wrote: > >> > You need to use the "accept_unresolvable_domians.m4" macro included with >> > your sendmail source code. The page >> > "http://www.sendmail.org/virtual-hosting.html" >> > will get you started on how to build sendmail.cf from m4 macros. >> > [Hint:- FEATURE("accept_unresolvable_domains")dnl ] >> > >> > Although by doing this you may expose your host to abuse by spammers >>since >> > they often use temporary (therefore probably unresolvable) addresses. >> >>I had a similar problem when using fetchmail to deliver mail to my >>localhost. Even with fetchmail in invisible mode, sendmail still refused to >>accept *any* mail, and dumped it to nowhere as far as I can tell -- very >>annoying. The error in the log file is from sendmail - I don't think changing fetchmail will alter anything. The later versions of sendmail have a much tighter configuration than earlier ones, so the reject unresolvable domains rule is now enforced. Some people want it some don't. >> >>I got distracted by something else though, and never worked out how to fix >>it. I guess the solution above would work, but there is probably a better >>solution. I thought that it might have something to do with me using kppp >>to >>make my internet connection, so my /etc/resolve.conf did not have a >>nameserver in? I did rather assume you had a valid DNS setup. If you are using dialup then you may not need to use the local sendmail anyway - just pass it all on to your provider from the mail client. (This will also stop your sendmail complaining when it has been unable to deliver because you didn't dial out in the last four hours - we all have to sleep sometime) > >OK, i fix the problem myself. >What i do is edit my /etc/sendmail.cf >add my network mail relay host to the smart relay section. Sorry, I thought you were in a stand-alone environment. Perhaps a wee bit more info needed? :) > >I just find out that all incoming mail to my university network are relayed >there first .. Ahhh.... > >May be u should try to play around with smart relay.. Definitely. ttfn nick@nexnix
