Don't know if this is what you are looking for, but I have a server
with an private ip of 192.168.5.15 (pluto) running sendmail. I have a
qmt server with private ip address 192.168.5.2 (mercury). I want to
send all email (both local and remote) from pluto through mercury. I
do the following: on pluto (running sendmail). I edit the /etc/mail/sendmail.cf file. I locate these lines # "Smart" relay host (may be null) DS and replace with # "Smart" relay host (may be null) DSmercury restart sendmail /etc/init.d/sendmail restart on mercury (running qmt) I add this to my tcp.smtp file 192.168.5.15:allow,SENDER_NOCHECK="1",RELAYCLIENT="",NOP0FCHECK="1",DKVERIFY="" reload the cdb qmailctl cdb I can now send email from pluto to any email address through mercury. If this helps great. If I am doing something dangerous, please let me know. Thanks, Dave Maxwell Smart wrote: --------------------------------------------------------------------------------- Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! --------------------------------------------------------------------------------- Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.comOK, here's my setup, slightly different, but seems to be same issue. I have a production mail server it's working perfectly fine. I have a test server on the LAN 192.168.0.195 I want it to be able to send the logwatch e mails to my address on my production server, but I get this error.Connected to 64.168.70.133 but sender was rejected. Remote host said: 511 sorry, can't find a valid MX for sender domain (#5.1.1 - chkuser) My understanding is that I can make these changes change my current tcp.smtp 127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1" :allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="50",CHKUSER_WRONGRCPTLIMIT="10",QMAILQUEUE="/var/qmail/bin/simscan",DKSIGN="/var/qmail/control/domainkeys/%/private",NOP0FCHECK="1" to this 127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1" 192.168.0.195:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1" :allow,BADMIMETYPE="",BADLOADERTYPE="M",CHKUSER_RCPTLIMIT="50",CHKUSER_WRONGRCPTLIMIT="10",QMAILQUEUE="/var/qmail/bin/simscan",DKSIGN="/var/qmail/control/domainkeys/%/private",NOP0FCHECK="1" run service qmail cdb And I should be able to send mail to the production. Is this the recommended way of doing this? I have tried and it doesn't work for me, but I will try again if this is the correct method. This is not critical nor necessary. This server will only be on the LAN for a few day. I really just want to know how it's correctly done. Eric Shubert wrote:Aleksander Podsiadly wrote:W dniu 30.10.2009 18:32, Eric Shubert pisze:While I agree with your position and hypothetical scenario, I don't believe that adding an MX record for each host is the correct nor best solution. I don't see any purpose in adding an MX record for each host that sends email. [...]That's right, have to be in DNS the MX record or A record for literal after ,,@''.I'm not (necessarily) disputing that. I believe that the sending server should probably not have the host name included in the address after the @. IE @host.domain.com should simply be @domain.com, and this is configured on the sending server. One other point I'd like to make. If you create an MX record for host.domain.com, shouldn't host.domain.com also be defined in your toaster as local or alias domain? I would think it should. So now you're talking about a configuration change in DNS and the toaster for each host that's going to submit email, as opposed to (simply) configuring each server to authenticate. The later seems simpler to me. |
- Re: [qmailtoaster] Re: Server Mail Maxwell Smart
- RE: [qmailtoaster] Re: Server Mail Mike Canty
- [qmailtoaster] Re: Server Mail Eric Shubert
- Re: [qmailtoaster] Re: Server Mail Jake Vickers
- [qmailtoaster] Re: Server Mail Eric Shubert
- Re: [qmailtoaster] Re: Server Mail Aleksander Podsiadly
- [qmailtoaster] Re: Server Mail Eric Shubert
- Re: [qmailtoaster] Re: Ser... Aleksander Podsiadly
- Re: [qmailtoaster] Re: Ser... Maxwell Smart
- [qmailtoaster] Re: Server ... Eric Shubert
- Re: [qmailtoaster] Re: Ser... d...@acbsco.com
- Re: [qmailtoaster] Re: Server Mail Jake Vickers
- [qmailtoaster] Re: Server Mail Eric Shubert
- Re: [qmailtoaster] Server Mail Andreas Galatis
- Re: [qmailtoaster] Server Mail Jake Vickers
- Re: [qmailtoaster] Server Mail Maxwell Smart
- [qmailtoaster] Re: Server Mail Eric Shubert
- Re: [qmailtoaster] Re: Server Mail Maxwell Smart
- [qmailtoaster] Re: Server Mail Eric Shubert
- Re: [qmailtoaster] Re: Server Mail Jake Vickers
- [qmailtoaster] Re: Server Mail Eric Shubert