RE: Redirecting root's email
In the /etc/aliases file look for the following lines: # Pretty much everything else in this file points to root, so # you would do well in either reading root's mailbox or forwarding # root's email from here. # root: [EMAIL PROTECTED] (should be at the top of the file. make sure that you have a line in it like this (either uncomment the line by remving the # or add a new line like: root: [EMAIL PROTECTED] save it and then run the newaliases command.. it will rebuild the aliases database. For more info, do a man newaliases. Of course, this only works *if* you have the sendmail daemon running. bg Enjoy! -Stacy You must have missed the begning of this thread (before it got snipped anyway). I did that. Exactly as you suggested. This was of course the first thing I did. I also read man newaliases, and every other relevant man page I could find. I also tried putting a .forward file in root's home directory with my external email address in it. Hmm.. Sorry, my bad. :) Strange that it didn't want to work for you.. what does the /var/log/maillog show? Hi! I am having trouble redirecting root's email to an external email account. This is a 4.7-Release box with not very modifications done to the standard installation. When I look at /var/spool/clientmqueue, it is full of messages. Here is a snippet of one: MDeferred: Operation timed out with localhost.visimation.com. I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Telnet to port 25 of localhost.visimation.com works. In my /etc/rc.conf the only entry I have for sendmail is: sendmail_enable=YES Thanks for the help. This is really frusrating me. :( Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
Hi! I am having trouble redirecting root's email to an external email account. This is a 4.7-Release box with not very modifications done to the standard installation. When I look at /var/spool/clientmqueue, it is full of messages. Here is a snippet of one: MDeferred: Operation timed out with localhost.visimation.com. I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
In the /etc/aliases file look for the following lines: # Pretty much everything else in this file points to root, so # you would do well in either reading root's mailbox or forwarding # root's email from here. # root: [EMAIL PROTECTED] (should be at the top of the file. make sure that you have a line in it like this (either uncomment the line by remving the # or add a new line like: root: [EMAIL PROTECTED] save it and then run the newaliases command.. it will rebuild the aliases database. For more info, do a man newaliases. Of course, this only works *if* you have the sendmail daemon running. bg Enjoy! -Stacy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Toomas Aas Sent: Monday, January 06, 2003 8:30 PM To: Adam Lofstedt; [EMAIL PROTECTED] Subject: Re: Redirecting root's email Hi! I am having trouble redirecting root's email to an external email account. This is a 4.7-Release box with not very modifications done to the standard installation. When I look at /var/spool/clientmqueue, it is full of messages. Here is a snippet of one: MDeferred: Operation timed out with localhost.visimation.com. I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
Have you tried Postfix? Many feel the configuration is a bit more friendly. -Daniel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Adam Lofstedt Sent: Monday, January 06, 2003 8:07 PM To: 'Toomas Aas'; [EMAIL PROTECTED] Subject: RE: Redirecting root's email I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Yes, I have the Sendmail Process running. Telnet to port 25 of localhost.visimation.com gives this: Forcefield# telnet localhost.visimation.com 25 Trying 127.0.0.1 Connected to locahost.visimation.com. Escape character is '^]'. 220 forcefield.visimation.com ESMTP Sendmail 8.12.6/8.12.6; Mon, 6 Jan 2003 16:50:15 -0800 (PST) I really wish I could get this working. It seems like such a simple thing, and my installation was pretty much straight-out-of-the-box from the Standard installation. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Yes, I have the Sendmail Process running. Telnet to port 25 of localhost.visimation.com gives this: Forcefield# telnet localhost.visimation.com 25 Trying 127.0.0.1 Connected to locahost.visimation.com. Escape character is '^]'. 220 forcefield.visimation.com ESMTP Sendmail 8.12.6/8.12.6; Mon, 6 Jan 2003 16:50:15 -0800 (PST) I really wish I could get this working. It seems like such a simple thing, and my installation was pretty much straight-out-of-the-box from the Standard installation. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
[ dah! Don't top-post! ] I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Yes, I have the Sendmail Process running. Telnet to port 25 of localhost.visimation.com gives this: Forcefield# telnet localhost.visimation.com 25 Trying 127.0.0.1 Connected to locahost.visimation.com. Escape character is '^]'. 220 forcefield.visimation.com ESMTP Sendmail 8.12.6/8.12.6; Mon, 6 Jan 2003 16:50:15 -0800 (PST) I really wish I could get this working. It seems like such a simple thing, and my installation was pretty much straight-out-of-the-box from the Standard installation. Usually to redirect root's email, you edit /etc/mail/aliases to have an entry that looks like this: root:matt and then run 'newalises' for it to take effect. If you want to redirect root's email to a non-local mailbox, then you have to make an entry in /etc/mail/virtusertable, like this: root[EMAIL PROTECTED] and then 'cd /etc/mail' and 'make' which will do the trick. -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
-Original Message- From: Stacy Olivas [mailto:[EMAIL PROTECTED]] Sent: Monday, January 06, 2003 1:41 PM To: 'Adam Lofstedt'; [EMAIL PROTECTED] Subject: RE: Redirecting root's email In the /etc/aliases file look for the following lines: # Pretty much everything else in this file points to root, so # you would do well in either reading root's mailbox or forwarding # root's email from here. # root: [EMAIL PROTECTED] (should be at the top of the file. make sure that you have a line in it like this (either uncomment the line by remving the # or add a new line like: root: [EMAIL PROTECTED] save it and then run the newaliases command.. it will rebuild the aliases database. For more info, do a man newaliases. Of course, this only works *if* you have the sendmail daemon running. bg Enjoy! -Stacy You must have missed the begning of this thread (before it got snipped anyway). I did that. Exactly as you suggested. This was of course the first thing I did. I also read man newaliases, and every other relevant man page I could find. I also tried putting a .forward file in root's home directory with my external email address in it. Hi! I am having trouble redirecting root's email to an external email account. This is a 4.7-Release box with not very modifications done to the standard installation. When I look at /var/spool/clientmqueue, it is full of messages. Here is a snippet of one: MDeferred: Operation timed out with localhost.visimation.com. I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Telnet to port 25 of localhost.visimation.com works. In my /etc/rc.conf the only entry I have for sendmail is: sendmail_enable=YES Thanks for the help. This is really frusrating me. :( Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
At 08:13 PM 1.6.2003 -0500, Matthew Emmerton wrote: [ dah! Don't top-post! ] I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Yes, I have the Sendmail Process running. Telnet to port 25 of localhost.visimation.com gives this: Forcefield# telnet localhost.visimation.com 25 Trying 127.0.0.1 Connected to locahost.visimation.com. Escape character is '^]'. 220 forcefield.visimation.com ESMTP Sendmail 8.12.6/8.12.6; Mon, 6 Jan 2003 16:50:15 -0800 (PST) I really wish I could get this working. It seems like such a simple thing, and my installation was pretty much straight-out-of-the-box from the Standard installation. Usually to redirect root's email, you edit /etc/mail/aliases to have an entry that looks like this: root:matt and then run 'newalises' for it to take effect. If you want to redirect root's email to a non-local mailbox, then you have to make an entry in /etc/mail/virtusertable, like this: root[EMAIL PROTECTED] and then 'cd /etc/mail' and 'make' which will do the trick. -- Matt Emmerton 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 where sendtest (aliases include) root# On this server [EMAIL PROTECTED] # On another server on my network [EMAIL PROTECTED] # A outside network 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
Re: Redirecting root's email
At 08:31 PM 1.6.2003 -0600, Jack L. Stone wrote: At 08:13 PM 1.6.2003 -0500, Matthew Emmerton wrote: [ dah! Don't top-post! ] I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Yes, I have the Sendmail Process running. Telnet to port 25 of localhost.visimation.com gives this: Forcefield# telnet localhost.visimation.com 25 Trying 127.0.0.1 Connected to locahost.visimation.com. Escape character is '^]'. 220 forcefield.visimation.com ESMTP Sendmail 8.12.6/8.12.6; Mon, 6 Jan 2003 16:50:15 -0800 (PST) I really wish I could get this working. It seems like such a simple thing, and my installation was pretty much straight-out-of-the-box from the Standard installation. Usually to redirect root's email, you edit /etc/mail/aliases to have an entry that looks like this: root:matt and then run 'newalises' for it to take effect. If you want to redirect root's email to a non-local mailbox, then you have to make an entry in /etc/mail/virtusertable, like this: root[EMAIL PROTECTED] and then 'cd /etc/mail' and 'make' which will do the trick. -- Matt Emmerton 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] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
it'd be interesting to have the sendmail process hupped and watch maillog as that occurs. If telnet to port 25 of localhost works, all I can expect is that either dest port 25 is blocked going out, or the servers dns is not able to look up mx records. BTW you said you had sendmail_enable=YES in rc.conf. There are several sendmail lines in /etc/defaults/rc.conf.. Bri - Original Message - From: Jack L. Stone [EMAIL PROTECTED] To: Matthew Emmerton [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 06, 2003 6:31 PM Subject: Re: Redirecting root's email At 08:13 PM 1.6.2003 -0500, Matthew Emmerton wrote: [ dah! Don't top-post! ] I'm not a big Sendmail expert or anything, but do you even have the MTA process running? Can you successfully telnet localhost.visimation.com port 25? What sendmail related lines do you have in /etc/rc.conf? -- Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ * All wiyht. Rho sritched mg kegboawd awound? Yes, I have the Sendmail Process running. Telnet to port 25 of localhost.visimation.com gives this: Forcefield# telnet localhost.visimation.com 25 Trying 127.0.0.1 Connected to locahost.visimation.com. Escape character is '^]'. 220 forcefield.visimation.com ESMTP Sendmail 8.12.6/8.12.6; Mon, 6 Jan 2003 16:50:15 -0800 (PST) I really wish I could get this working. It seems like such a simple thing, and my installation was pretty much straight-out-of-the-box from the Standard installation. Usually to redirect root's email, you edit /etc/mail/aliases to have an entry that looks like this: root:matt and then run 'newalises' for it to take effect. If you want to redirect root's email to a non-local mailbox, then you have to make an entry in /etc/mail/virtusertable, like this: root[EMAIL PROTECTED] and then 'cd /etc/mail' and 'make' which will do the trick. -- Matt Emmerton 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 where sendtest (aliases include) root # On this server [EMAIL PROTECTED] # On another server on my network [EMAIL PROTECTED] # A outside network 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 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
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
RE: Redirecting root's email
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
Re: Redirecting root's email
Adam Lofstedt wrote: [ ... ] 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. That probably means that sendmail can't bind to port 25 on that interface, because your NAT rule is already listening on that port, in order to redirect connections. [ However, you may not care if you're only trying to send mail outbound from this gateway box. ] 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. Are you sure that localhost.visimation.com maps to 127.0.0.1? Anyway, you don't want to deliver the mail locally, right-- you want the mail from forcefield to be relayed (via an alias if I understood the earlier part of the thread) to your internal network's mailserver. Can you telnet internal_mailserver 25? Does it work if you turn off NAT and the redirect? Is there anything interesting in /var/log/maillog? -Chuck To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
Damn this is a long thread... 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. That probably means that sendmail can't bind to port 25 on that interface, because your NAT rule is already listening on that port, in order to redirect connections. [ However, you may not care if you're only trying to send mail outbound from this gateway box. ] Right, I don't care. I just want to get root's emails out of there. Basically I'm trying to send root's emails outbound from the gateway through the internal interface to my internal mail server. The gateway uses my internal name server to resolve names, so nothing should even be going out the external interface of the box. 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. Are you sure that localhost.visimation.com maps to 127.0.0.1? Yes. I can ping localhost.visimation.com and it comes back just fine as 127.0.0.1. Anyway, you don't want to deliver the mail locally, right-- you want the mail from forcefield to be relayed (via an alias if I understood the earlier part of the thread) to your internal network's mailserver. Right. Exactly. Can you telnet internal_mailserver 25? Yes I can telnet to it from the gateway. Definately my internal mail server is not the problem, as it is working normally. Does it work if you turn off NAT and the redirect? Nope. I flushed all the rules, my ipnat.rules in empty and my ipf.rules is pass in all and pass out all. Is there anything interesting in /var/log/maillog? Nope. Just the same things. Jan 4 00:00:00 forcefield newsyslog[7170]: logfile turned over Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03F7WAs006196: to=root, delay=17:00:01, xdelay=00:00:00, mailer=relay, pri=3091680, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03F7WAr006196: to=root, delay=17:00:01, xdelay=00:00:00, mailer=relay, pri=3098805, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03B2Nw3006001: to=root, ctladdr=root (0/0), delay=21:05:10, xdelay=00:00:00, mailer=relay, pri=3900062, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
Adam Lofstedt wrote: [ ... ] Right, I don't care. I just want to get root's emails out of there. Basically I'm trying to send root's emails outbound from the gateway through the internal interface to my internal mail server. The gateway uses my internal name server to resolve names, so nothing should even be going out the external interface of the box. OK. Can you telnet internal_mailserver 25? Yes I can telnet to it from the gateway. Definately my internal mail server is not the problem, as it is working normally. Does it work if you turn off NAT and the redirect? Nope. I flushed all the rules, my ipnat.rules in empty and my ipf.rules is pass in all and pass out all. These two answers suggest that it may be a problem with the local sendmail config, then. Can you try making sendmail setuid-root for a bit (and move /etc/mail/submit.cf out of the way, IIRC) to test whether that makes a difference? Or you could cvsup and/or get sendmail-8.12.7 from ftp.sendmail.org and use their sh ./Build install-set-user-id. I'm not suggesting you should run setuid-root on a long-term basis, but it would be good to identify or eliminate this as a potential problem. Of course, rebuilding sendmail may be more overhead than it's worth, too. -Chuck To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
I just fixed a similar prob by allowing udp with src port 53 from a trusted name server to the server in question. Bri - Original Message - From: Adam Lofstedt [EMAIL PROTECTED] To: 'Chuck Swiger' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 06, 2003 9:50 PM Subject: RE: Redirecting root's email Damn this is a long thread... 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. That probably means that sendmail can't bind to port 25 on that interface, because your NAT rule is already listening on that port, in order to redirect connections. [ However, you may not care if you're only trying to send mail outbound from this gateway box. ] Right, I don't care. I just want to get root's emails out of there. Basically I'm trying to send root's emails outbound from the gateway through the internal interface to my internal mail server. The gateway uses my internal name server to resolve names, so nothing should even be going out the external interface of the box. 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. Are you sure that localhost.visimation.com maps to 127.0.0.1? Yes. I can ping localhost.visimation.com and it comes back just fine as 127.0.0.1. Anyway, you don't want to deliver the mail locally, right-- you want the mail from forcefield to be relayed (via an alias if I understood the earlier part of the thread) to your internal network's mailserver. Right. Exactly. Can you telnet internal_mailserver 25? Yes I can telnet to it from the gateway. Definately my internal mail server is not the problem, as it is working normally. Does it work if you turn off NAT and the redirect? Nope. I flushed all the rules, my ipnat.rules in empty and my ipf.rules is pass in all and pass out all. Is there anything interesting in /var/log/maillog? Nope. Just the same things. Jan 4 00:00:00 forcefield newsyslog[7170]: logfile turned over Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03F7WAs006196: to=root, delay=17:00:01, xdelay=00:00:00, mailer=relay, pri=3091680, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03F7WAr006196: to=root, delay=17:00:01, xdelay=00:00:00, mailer=relay, pri=3098805, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03B2Nw3006001: to=root, ctladdr=root (0/0), delay=21:05:10, xdelay=00:00:00, mailer=relay, pri=3900062, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
hi, did you try digging the nameserver dig @nameserver localhost.visimation.com Cheers Here is the result: ; DiG 8.3 @nameserver localhost.visimation.com ; Bad server: nameserver -- using default server and timer opts ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUERY SECTION: ;; localhost.visimation.com, type = A, class = IN ;; ANSWER SECTION: localhost.visimation.com. 1H IN A 127.0.0.1 ;; Total query time: 1 msec ;; FROM: forcefield.visimation.com to SERVER: default -- 10.0.0.X ;; WHEN: Sun Jan 5 13:15:55 2003 ;; MSG SIZE sent: 42 rcvd: 58 There of course is no entry in the internal network name server's zone files for localhost.visimation.com. In a simple installation of FBSD, shouldn't sendmail use itself as the relay? And then just use the nameserver in resolv.conf to resolve the domain name in the email address? Why is it trying to contact localhost.visimation.com (and not its host name forcefield.visimation.com?), and why is it not finding it? Shouldn't it use the hosts file first for name resolution? In my /etc/hosts I have the following entries: 127.0.0.1 localhost.visimation.com localhost xxx.xxx.xxx.xxx forcefield.visimation.com forcefield xxx.xxx.xxx.xxx forcefield.visimation.com. Is it because the first entry doesn't have a trailing period after localhost.visimation.com? Thanks for your help, Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: Redirecting root's email
MDeferred: Operation timed out with localhost.visimation.com. For some reason sendmail tries to contact localhost.visimation.com What is the result of command host visimation.com on your box? # host visimation.com visimation.com has address 10.0.0.x visimation.com mail is handled (pri=10) by jupiter.visimation.com This is as it should be... Can you check /var/log/maillog file for error messages? Here is a snippet (I'm sure the text wrapping will suck). The logs are full of these: Jan 4 00:00:00 forcefield newsyslog[7170]: logfile turned over Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03F7WAs006196: to=root, delay=17:00:01, xdelay=00:00:00, mailer=relay, pri=3091680, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03F7WAr006196: to=root, delay=17:00:01, xdelay=00:00:00, mailer=relay, pri=3098805, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Jan 4 00:07:33 forcefield sm-msp-queue[7180]: h03B2Nw3006001: to=root, ctladdr=root (0/0), delay=21:05:10, xdelay=00:00:00, mailer=relay, pri=3900062, relay=localhost.visimation.com., dsn=4.0.0, stat=Deferred: Operation timed out with localhost.visimation.com. Thanks again. Adam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Redirecting root's email
MDeferred: Operation timed out with localhost.visimation.com. For some reason sendmail tries to contact localhost.visimation.com What is the result of command host visimation.com on your box? Can you check /var/log/maillog file for error messages? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message