At 08:53 PM 1.6.2003 -0800, Adam Lofstedt wrote: >> >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 >
If sendmail is configured properly in rc.conf as previously discussed, now I really suspect the firewall. Have you tried to simply open the firewall completely (drop all rules) while doing the testing...? At least a wide-open FW will eliminate that as being the culprit. I don't remember whether this was already suggested. Best regards, Jack L. Stone, Administrator SageOne Net http://www.sage-one.net [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
