> >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

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

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 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


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message

Reply via email to