> >Well, not to be left out of the party, here's the way I've > done for as > >long as I can remember: > > > ><snip/> (# are from from the aliases file) > ># Pretty much everything else in this file points to "root", so > ># you would do well in either reading roots mailbox or forwarding > ># roots email from here. > > > >root: sageame # On this server > >sageame: [EMAIL PROTECTED] # Another > domain on another server > > > ># In the above example, I first send root to a normal user > account (may > >be redundant). # I also put include files which contain outside and > >inside accounts > > > ># Test include file list > >sendtest::include:/etc/mail/sendtest # a test file > > > ></snip> > > > >Then run # newaliases -- should work > > > >I suggest you try the above "sendtest" used as follows below > which runs > >on the console verbose and you can see what it the mail > system is doing > >and perhaps see the problem: > > > ># mail -v -s test sendtest < /dev/null > > > >where include is a list from /etc/aliases <===== > > ... > > sendtest :include:/etc/sendtest <===== > > > > ooops! The above path is wrong <===== & should be: > sendtest::include:/etc/mail/sendtest > > ...as I have it in the real aliases example further above. > Hope this didn't confuse all the more. But, the sendtest > should show some info on the console as to what it is doing > or not doing. > > Best regards, > Jack L. Stone, > Administrator > > SageOne Net > http://www.sage-one.net > [EMAIL PROTECTED] >
Thanks Jack. That didn't work. This is what I got: forcefield# mail -v -s test sendtest < /dev/null Null message body; hope that's ok sendtest... Connecting to localhost.visimation.com. via relay... sendtest... Deferred: Operation timed out with localhost.visimation.com. I think something else is wrong here. This is on a dual-homed gateway running ipf and ipnat. For testing purposes I made the ipf.rules simply pass in all and pass out all, and then I am mapping my external address on external NIC to my internal network. In ipnat.rules I am redirecting port 25 of the external interface to port 25 of my internal network's mailserver. This seems like a standard gateway setup. I'm not sure how/why it would affect sendmail running on the gateway machine. I just can't understand why I can telnet into 127.0.0.1 port 25 and get a response from sendmail, but then when I try to send a mail out, it can't connect to the localhost. Please don't give up on me! I know this is probably a pretty boring thread:) Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
