Re: [qmailtoaster] Back UP MX
You can set backup MX in DNS Server. If you had MX or MX1, you can set MX2 in DNS server with another A record. And add CNAME record for new MX. I had the same problem before.. and I tried that way. It's work !! But it's depend DNS Query from DNS Server.. be patience, need a time for refresh it. There so many way to backup your mail server. Such as You can using 2 NIC in your server. eth0 and eth1 eth0 you can set IP for internet, and eth1 you can set for LAN with backup server. In backup server you also using 2 NIC too, eth0 to internet and eth1 to LAN to server mail. It's semi manual backup but you don't use internet bandwithd for backup you mail server. Just using LAN conenction for fetchmail. example : Server Mail eth0 : 202.34.23.5 eth1 : 192.168.1.4 Backup Server Mail eth0 : blank / another IP (Use itu for 202.34.23.5 if primary server it's trouble) eth1 : 192.168.1.5 Ok... that all, Wiliarto - Original Message - From: Pribadi Kardono To: qmailtoaster-list@qmailtoaster.com Sent: Saturday, October 08, 2005 8:16 PM Subject: [qmailtoaster] Back UP MX Hi all, I am using my qmailtoaster mostly as mailing list server. My question, is there anyway to have a back up mx that will continue to send/distribute the emails to the list whenever the main server down. Currently I have one primary mail server and one backup mail server with setting mx on DNS are 10 for the backup. But seems the backup server never take over the primary to distribute the email while the main down. Is there anyway that I have to setup to make it works? Your help would be great full and appreciated. Thanks Pkardono
RE: [qmailtoaster] Back UP MX
Thanks Wili for the advice, For the DNS I had already put both Mx1 and MX2 on A record. So what is the CNAME for on this case? please another advice. For the second option how is the failover works on local LAN? Seems I have to build the backup mailserver exactly the same wit the main server including the account and milist on it. Thank you. Pkardono From: Wiliarto Prio Utomo [mailto:[EMAIL PROTECTED] Sent: Sunday, October 09, 2005 10:16 PMTo: qmailtoaster-list@qmailtoaster.comSubject: Re: [qmailtoaster] Back UP MX You can set backup MX in DNS Server. If you had MX or MX1, you can set MX2 in DNS server with another A record. And add CNAME record for new MX. I had the same problem before.. and I tried that way. It's work !! But it's depend DNS Query from DNS Server.. be patience, need a time for refresh it. There so many way to backup your mail server. Such as You can using 2 NIC in your server. eth0 and eth1 eth0 you can set IP for internet, and eth1 you can set for LAN with backup server. In backup server you also using 2 NIC too, eth0 to internet and eth1 to LAN to server mail. It's semi manual backup but you don't use internet bandwithd for backup you mail server. Just using LAN conenction for fetchmail. example : Server Mail eth0 : 202.34.23.5 eth1 : 192.168.1.4 Backup Server Mail eth0 : blank / another IP (Use itu for 202.34.23.5 if primary server it's trouble) eth1 : 192.168.1.5 Ok... that all, Wiliarto - Original Message - From: Pribadi Kardono To: qmailtoaster-list@qmailtoaster.com Sent: Saturday, October 08, 2005 8:16 PM Subject: [qmailtoaster] Back UP MX Hi all, I am using my qmailtoaster mostly as mailing list server. My question, is there anyway to have a back up mx that will continue to send/distribute the emails to the list whenever the main server down. Currently I have one primary mail server and one backup mail server with setting mx on DNS are 10 for the backup. But seems the backup server never take over the primary to distribute the email while the main down. Is there anyway that I have to setup to make it works? Your help would be great full and appreciated. Thanks Pkardono
Re: [qmailtoaster] Back UP MX
On DNS Server we know MX record, A record and CNAME record. CNAME is a record to declare domain to MX. example : mail.someone.com 23423 CNAME MX1.someone.com mail.someone.com 23423 CNAME MX2.someone.com - time refresh/sec And about second option. You can use cross cable to eth1 in backup server. So you can save your bandwithd for using fectmail or rsync. I had two mail server with backup for each other. But, second option very good option when we have problem. First options : If server down, I need 3 days for optimal performance. You now, sometime there something happend in DNS query Second options : If server down, I need 10 minute for setting IP and server live again. But it's all up to you.. Tommy - Original Message - From: didik To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, October 11, 2005 11:36 AM Subject: RE: [qmailtoaster] Back UP MX Thanks Wili for the advice, For the DNS I had already put both Mx1 and MX2 on A record. So what is the CNAME for on this case? please another advice. For the second option how is the failover works on local LAN? Seems I have to build the backup mailserver exactly the same wit the main server including the account and milist on it. Thank you. Pkardono From: Wiliarto Prio Utomo [mailto:[EMAIL PROTECTED] Sent: Sunday, October 09, 2005 10:16 PMTo: qmailtoaster-list@qmailtoaster.comSubject: Re: [qmailtoaster] Back UP MX You can set backup MX in DNS Server. If you had MX or MX1, you can set MX2 in DNS server with another A record. And add CNAME record for new MX. I had the same problem before.. and I tried that way. It's work !! But it's depend DNS Query from DNS Server.. be patience, need a time for refresh it. There so many way to backup your mail server. Such as You can using 2 NIC in your server. eth0 and eth1 eth0 you can set IP for internet, and eth1 you can set for LAN with backup server. In backup server you also using 2 NIC too, eth0 to internet and eth1 to LAN to server mail. It's semi manual backup but you don't use internet bandwithd for backup you mail server. Just using LAN conenction for fetchmail. example : Server Mail eth0 : 202.34.23.5 eth1 : 192.168.1.4 Backup Server Mail eth0 : blank / another IP (Use itu for 202.34.23.5 if primary server it's trouble) eth1 : 192.168.1.5 Ok... that all, Wiliarto - Original Message - From: Pribadi Kardono To: qmailtoaster-list@qmailtoaster.com Sent: Saturday, October 08, 2005 8:16 PM Subject: [qmailtoaster] Back UP MX Hi all, I am using my qmailtoaster mostly as mailing list server. My question, is there anyway to have a back up mx that will continue to send/distribute the emails to the list whenever the main server down. Currently I have one primary mail server and one backup mail server with setting mx on DNS are 10 for the backup. But seems the backup server never take over the primary to distribute the email while the main down. Is there anyway that I have to setup to make it works? Your help would be great full and appreciated. Thanks Pkardono
Re: [qmailtoaster] Back UP MX
On Oct 8, 2005, at 9:16 AM, Pribadi Kardono wrote: Hi all, I am using my qmailtoaster mostly as mailing list server. My question, is there anyway to have a back up mx that will continue to send/distribute the emails to the list whenever the main server down. Currently I have one primary mail server and one backup mail server with setting mx on DNS are 10 for the backup. But seems the backup server never take over the primary to distribute the email while the main down. Is there anyway that I have to setup to make it works? Your help would be great full and appreciated. that's not how backup MX typically works. normally a backup MX *accepts* mail for the domain when the primary MX is down, then holds the mail until the primary MX comes back up, whereupon it forwards the mail on to the primary MX. if you want the backup MX to send out the mail to the list recipients, then you need to duplicate the list configuration (i.e. create a mailing list on the backup MX, with the same addresses subscribed). when someone subscribes or unsubscribes from the main list, you'll need some way to propagate the changes over to the backup MX. off the top of my head i can't think of an easy way to do that. if you want basic secondary MX setup, try something like the following. changes you must make to the primary mail server: 1. you must tell your primary mail server (the qmailtoaster) to allow mail relayed from the backup MX. to do this, edit /etc/tcprules.d/ tcp.smtp and add lines like this: :allow add one such line for each secondary MX; place them between the line that starts with "127." and the line that starts with ":allow". then run "qmailctl cdb" to apply your changes. changes you must make to the DNS zone: for each backup MX, add a MX record with a larger priority number than your primary. and finally, if you're administering the secondary mail server instead of using somebody else's service, you must configure it to accept mail for your domain(s), hold it for a reasonable length of time (two weeks, perhaps?), and deliver it to the primary MX. -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Back UP MX
Thanks steve and Wiliarto, Your advice so helpful, I'll try implement as your guide. Regards, Pkardono -Original Message- From: Steve Huff [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 10:44 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Back UP MX On Oct 8, 2005, at 9:16 AM, Pribadi Kardono wrote: > Hi all, > > I am using my qmailtoaster mostly as mailing list server. My > question, is there anyway to have a back up mx that will continue > to send/distribute the emails to the list whenever the main server > down. > > Currently I have one primary mail server and one backup mail > server with setting mx on DNS are 10 for the backup. But seems the > backup server never take over the primary to distribute the email > while the main down. > > Is there anyway that I have to setup to make it works? Your help > would be great full and appreciated. that's not how backup MX typically works. normally a backup MX *accepts* mail for the domain when the primary MX is down, then holds the mail until the primary MX comes back up, whereupon it forwards the mail on to the primary MX. if you want the backup MX to send out the mail to the list recipients, then you need to duplicate the list configuration (i.e. create a mailing list on the backup MX, with the same addresses subscribed). when someone subscribes or unsubscribes from the main list, you'll need some way to propagate the changes over to the backup MX. off the top of my head i can't think of an easy way to do that. if you want basic secondary MX setup, try something like the following. changes you must make to the primary mail server: 1. you must tell your primary mail server (the qmailtoaster) to allow mail relayed from the backup MX. to do this, edit /etc/tcprules.d/ tcp.smtp and add lines like this: :allow add one such line for each secondary MX; place them between the line that starts with "127." and the line that starts with ":allow". then run "qmailctl cdb" to apply your changes. changes you must make to the DNS zone: for each backup MX, add a MX record with a larger priority number than your primary. and finally, if you're administering the secondary mail server instead of using somebody else's service, you must configure it to accept mail for your domain(s), hold it for a reasonable length of time (two weeks, perhaps?), and deliver it to the primary MX. -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
and finally, if you're administering the secondary mail server instead of using somebody else's service, you must configure it to accept mail for your domain(s), hold it for a reasonable length of time (two weeks, perhaps?), and deliver it to the primary MX. Wow. This could be useful very shortly. My main server is in Miami, with my backup (web server) in Ft Lauderdale. I'm about to try setting up my server to also do backup on the mail. It all looks clear, except how to tell it (the backup mail server) to deliver it all to the primary mail server. (?) Thanks! Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
I run a backup mail server for a few domains using the qmailtoaster software. The way I set it up is very simple. Step 1: make sure dns records have your server as backup mx, for example domain.com. IN MX 10 mail.domain.com. domain.com. IN MX 20 backup.mydomain.com. Step 2: I add the name of the domain into /var/qmail/control/rcpthosts and type 'service qmail restart' Step 3: There is no step 3, it just works. Thanks, Erik On 10/22/05, South Computers <[EMAIL PROTECTED]> wrote: > and finally, if you're administering the secondary mail server > > instead of using somebody else's service, you must configure it to > > accept mail for your domain(s), hold it for a reasonable length of > > time (two weeks, perhaps?), and deliver it to the primary MX. > > > > Wow. This could be useful very shortly. My main server is in Miami, with > my backup (web server) in Ft Lauderdale. I'm about to try setting up my > server to also do backup on the mail. It all looks clear, except how to > tell it (the backup mail server) to deliver it all to the primary mail > server. (?) > > Thanks! > Scott > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
On Oct 22, 2005, at 8:35 PM, South Computers wrote: Wow. This could be useful very shortly. My main server is in Miami, with my backup (web server) in Ft Lauderdale. I'm about to try setting up my server to also do backup on the mail. It all looks clear, except how to tell it (the backup mail server) to deliver it all to the primary mail server. (?) assuming the secondary is also running qmail, edit /var/qmail/control/ smtproutes and add the following line: :primary.mail.server this tells your secondary server to route all outgoing mail through the primary. since your secondary should not normally receive any mail, this shouldn't be a problem. on the secondary, make sure each of the appropriate domains are in / var/qmail/control/rcpthosts but *not* in /var/qmail/control/locals or /var/qmail/control/virtualdomains (since you want the secondary to accept the mail, but not to attempt to deliver it locally, but rather to route it all on to the primary. since you'll want your messages to stick around in the queue, create the file /var/qmail/control/queuelifetime and put the message lifetime in seconds in it, as described here: http://www.qmailrocks.org/faq/?category=qmail#57 i think this will do it for you. does this look good, folks? -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
Only follow that if your secondary mail server is tethered to the primary. If the secondary mail server has any domains that are independent of the primary OR is a secondary mail server for other domains this will cause major issues. In fact putting things into smtproutes should only be for routing mail through a mail gateway when you are behind a firewall that only allows your server to talk to one destination OR when your mail server has to send to a gateway because you are on a dynamic address. For example a friend of mine has a dsl line from sbc that he had when they were giving out 1 static for every user. His machine is used for incoming, but routes all of his outgoing mail through sbc's smtp server because otherwise certain isps will drop it because they assume it's static. Thanks, Erik On 10/22/05, Steve Huff <[EMAIL PROTECTED]> wrote: > > On Oct 22, 2005, at 8:35 PM, South Computers wrote: > > > Wow. This could be useful very shortly. My main server is in Miami, > > with my backup (web server) in Ft Lauderdale. I'm about to try > > setting up my server to also do backup on the mail. It all looks > > clear, except how to tell it (the backup mail server) to deliver it > > all to the primary mail server. (?) > > assuming the secondary is also running qmail, edit /var/qmail/control/ > smtproutes and add the following line: > > :primary.mail.server > > this tells your secondary server to route all outgoing mail through > the primary. since your secondary should not normally receive any > mail, this shouldn't be a problem. > > on the secondary, make sure each of the appropriate domains are in / > var/qmail/control/rcpthosts but *not* in /var/qmail/control/locals > or /var/qmail/control/virtualdomains (since you want the secondary to > accept the mail, but not to attempt to deliver it locally, but rather > to route it all on to the primary. > > since you'll want your messages to stick around in the queue, create > the file /var/qmail/control/queuelifetime and put the message > lifetime in seconds in it, as described here: > > http://www.qmailrocks.org/faq/?category=qmail#57 > > i think this will do it for you. does this look good, folks? > > -steve > > --- > If this were played upon a stage now, I could condemn it as an > improbable fiction. - Fabian, Twelfth Night, III,v > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Back UP MX
How does the backup know what server to forward the mail to? -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: Saturday, October 22, 2005 9:17 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Back UP MX I run a backup mail server for a few domains using the qmailtoaster software. The way I set it up is very simple. Step 1: make sure dns records have your server as backup mx, for example domain.com. IN MX 10 mail.domain.com. domain.com. IN MX 20 backup.mydomain.com. Step 2: I add the name of the domain into /var/qmail/control/rcpthosts and type 'service qmail restart' Step 3: There is no step 3, it just works. Thanks, Erik On 10/22/05, South Computers <[EMAIL PROTECTED]> wrote: > and finally, if you're administering the secondary mail server > > instead of using somebody else's service, you must configure it to > > accept mail for your domain(s), hold it for a reasonable length of > > time (two weeks, perhaps?), and deliver it to the primary MX. > > > > Wow. This could be useful very shortly. My main server is in Miami, with > my backup (web server) in Ft Lauderdale. I'm about to try setting up my > server to also do backup on the mail. It all looks clear, except how to > tell it (the backup mail server) to deliver it all to the primary mail > server. (?) > > Thanks! > Scott > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
Rob Ferrigno wrote: How does the backup know what server to forward the mail to? And how to configure it to do so? Hope i didn't miss the answer, I seem to have missed a couple of weeks of the list... Had to re-subscribe last night. Thanks! -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: Saturday, October 22, 2005 9:17 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Back UP MX I run a backup mail server for a few domains using the qmailtoaster software. The way I set it up is very simple. Step 1: make sure dns records have your server as backup mx, for example domain.com. IN MX 10 mail.domain.com. domain.com. IN MX 20 backup.mydomain.com. Step 2: I add the name of the domain into /var/qmail/control/rcpthosts and type 'service qmail restart' Step 3: There is no step 3, it just works. Thanks, Erik On 10/22/05, South Computers <[EMAIL PROTECTED]> wrote: and finally, if you're administering the secondary mail server instead of using somebody else's service, you must configure it to accept mail for your domain(s), hold it for a reasonable length of time (two weeks, perhaps?), and deliver it to the primary MX. Wow. This could be useful very shortly. My main server is in Miami, with my backup (web server) in Ft Lauderdale. I'm about to try setting up my server to also do backup on the mail. It all looks clear, except how to tell it (the backup mail server) to deliver it all to the primary mail server. (?) Thanks! Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
Duh! And there is the answer... sorry for missing that one THANK YOU!Wilma is a coupel of hours away, busy putitng up shutters, changing oil in generator etc today.. Now to finish the configs on this backup server. Steve Huff wrote: On Oct 22, 2005, at 8:35 PM, South Computers wrote: Wow. This could be useful very shortly. My main server is in Miami, with my backup (web server) in Ft Lauderdale. I'm about to try setting up my server to also do backup on the mail. It all looks clear, except how to tell it (the backup mail server) to deliver it all to the primary mail server. (?) assuming the secondary is also running qmail, edit /var/qmail/control/ smtproutes and add the following line: :primary.mail.server this tells your secondary server to route all outgoing mail through the primary. since your secondary should not normally receive any mail, this shouldn't be a problem. on the secondary, make sure each of the appropriate domains are in / var/qmail/control/rcpthosts but *not* in /var/qmail/control/locals or /var/qmail/control/virtualdomains (since you want the secondary to accept the mail, but not to attempt to deliver it locally, but rather to route it all on to the primary. since you'll want your messages to stick around in the queue, create the file /var/qmail/control/queuelifetime and put the message lifetime in seconds in it, as described here: http://www.qmailrocks.org/faq/?category=qmail#57 i think this will do it for you. does this look good, folks? -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
Cool! So don't add any domains in mysql either, correct? I was about to import all users/domains from my primary before i read this... that was close:-) assuming the secondary is also running qmail, edit /var/qmail/control/ smtproutes and add the following line: :primary.mail.server this tells your secondary server to route all outgoing mail through the primary. since your secondary should not normally receive any mail, this shouldn't be a problem. on the secondary, make sure each of the appropriate domains are in / var/qmail/control/rcpthosts but *not* in /var/qmail/control/locals or /var/qmail/control/virtualdomains (since you want the secondary to accept the mail, but not to attempt to deliver it locally, but rather to route it all on to the primary. since you'll want your messages to stick around in the queue, create the file /var/qmail/control/queuelifetime and put the message lifetime in seconds in it, as described here: http://www.qmailrocks.org/faq/?category=qmail#57 i think this will do it for you. does this look good, folks? -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
For that matter, do i need to have ANY domains setup with vadduser? I also wouldn't need any actual vpopmail/domains/* I assume? South Computers wrote: Cool! So don't add any domains in mysql either, correct? I was about to import all users/domains from my primary before i read this... that was close:-) assuming the secondary is also running qmail, edit /var/qmail/control/ smtproutes and add the following line: :primary.mail.server this tells your secondary server to route all outgoing mail through the primary. since your secondary should not normally receive any mail, this shouldn't be a problem. on the secondary, make sure each of the appropriate domains are in / var/qmail/control/rcpthosts but *not* in /var/qmail/control/locals or /var/qmail/control/virtualdomains (since you want the secondary to accept the mail, but not to attempt to deliver it locally, but rather to route it all on to the primary. since you'll want your messages to stick around in the queue, create the file /var/qmail/control/queuelifetime and put the message lifetime in seconds in it, as described here: http://www.qmailrocks.org/faq/?category=qmail#57 i think this will do it for you. does this look good, folks? -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
On Oct 23, 2005, at 7:31 PM, South Computers wrote: For that matter, do i need to have ANY domains setup with vadduser? I also wouldn't need any actual vpopmail/domains/* I assume? that depends on whether this server will be hosting any domains *other* than the ones for which it is secondary MX. if it's only a secondary MX (and nothing else - read Erik's response!), then all it needs to know is 1) what domains it accepts mail for 2) where it should send all its outgoing mail (your primary MX) 3) how long it should hold onto the mail (queuelifetime) -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
Excellent! Nope, just as a backup. Primary is on a T1 in Miami, backup is static ip dsl in Ft Lauderdale:-) Thanks for you timely response! Sounds like I'm about done... Looks like it might get tested tonight. Generator is standing by. Take care, Scott Steve Huff wrote: On Oct 23, 2005, at 7:31 PM, South Computers wrote: For that matter, do i need to have ANY domains setup with vadduser? I also wouldn't need any actual vpopmail/domains/* I assume? that depends on whether this server will be hosting any domains *other* than the ones for which it is secondary MX. if it's only a secondary MX (and nothing else - read Erik's response!), then all it needs to know is 1) what domains it accepts mail for 2) where it should send all its outgoing mail (your primary MX) 3) how long it should hold onto the mail (queuelifetime) -steve --- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
>From the MX records. Erik On 10/23/05, South Computers <[EMAIL PROTECTED]> wrote: > Rob Ferrigno wrote: > > >How does the backup know what server to forward the mail to? > > > > > And how to configure it to do so? > Hope i didn't miss the answer, I seem to have missed a couple of weeks > of the list... Had to re-subscribe last night. > > Thanks! > > >-Original Message- > >From: Erik Espinoza [mailto:[EMAIL PROTECTED] > >Sent: Saturday, October 22, 2005 9:17 PM > >To: qmailtoaster-list@qmailtoaster.com > >Subject: Re: [qmailtoaster] Back UP MX > > > >I run a backup mail server for a few domains using the qmailtoaster > >software. The way I set it up is very simple. > > > >Step 1: make sure dns records have your server as backup mx, for example > >domain.com. IN MX 10 mail.domain.com. > >domain.com. IN MX 20 backup.mydomain.com. > > > >Step 2: I add the name of the domain into /var/qmail/control/rcpthosts > >and type 'service qmail restart' > > > >Step 3: There is no step 3, it just works. > > > >Thanks, > >Erik > > > >On 10/22/05, South Computers <[EMAIL PROTECTED]> wrote: > > > > > >>and finally, if you're administering the secondary mail server > >> > >> > >>>instead of using somebody else's service, you must configure it to > >>>accept mail for your domain(s), hold it for a reasonable length of > >>>time (two weeks, perhaps?), and deliver it to the primary MX. > >>> > >>> > >> > >>Wow. This could be useful very shortly. My main server is in Miami, with > >>my backup (web server) in Ft Lauderdale. I'm about to try setting up my > >>server to also do backup on the mail. It all looks clear, except how to > >>tell it (the backup mail server) to deliver it all to the primary mail > >>server. (?) > >> > >>Thanks! > >>Scott > >> > >> > >> > >> > >> > >> > >>- > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > >> > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Back UP MX
You don´t need to configure smptroutes. The backup server will forward mails to the primary MX server defined in the DNS. On 10/24/05, Erik Espinoza <[EMAIL PROTECTED]> wrote: > From the MX records. > > Erik > > On 10/23/05, South Computers <[EMAIL PROTECTED]> wrote: > > Rob Ferrigno wrote: > > > > >How does the backup know what server to forward the mail to? > > > > > > > > And how to configure it to do so? > > Hope i didn't miss the answer, I seem to have missed a couple of weeks > > of the list... Had to re-subscribe last night. > > > > Thanks! > > > > >-Original Message- > > >From: Erik Espinoza [mailto:[EMAIL PROTECTED] > > >Sent: Saturday, October 22, 2005 9:17 PM > > >To: qmailtoaster-list@qmailtoaster.com > > >Subject: Re: [qmailtoaster] Back UP MX > > > > > >I run a backup mail server for a few domains using the qmailtoaster > > >software. The way I set it up is very simple. > > > > > >Step 1: make sure dns records have your server as backup mx, for example > > >domain.com. IN MX 10 mail.domain.com. > > >domain.com. IN MX 20 backup.mydomain.com. > > > > > >Step 2: I add the name of the domain into /var/qmail/control/rcpthosts > > >and type 'service qmail restart' > > > > > >Step 3: There is no step 3, it just works. > > > > > >Thanks, > > >Erik > > > > > >On 10/22/05, South Computers <[EMAIL PROTECTED]> wrote: > > > > > > > > >>and finally, if you're administering the secondary mail server > > >> > > >> > > >>>instead of using somebody else's service, you must configure it to > > >>>accept mail for your domain(s), hold it for a reasonable length of > > >>>time (two weeks, perhaps?), and deliver it to the primary MX. > > >>> > > >>> > > >> > > >>Wow. This could be useful very shortly. My main server is in Miami, with > > >>my backup (web server) in Ft Lauderdale. I'm about to try setting up my > > >>server to also do backup on the mail. It all looks clear, except how to > > >>tell it (the backup mail server) to deliver it all to the primary mail > > >>server. (?) > > >> > > >>Thanks! > > >>Scott > > >> > > >> > > >> > > >> > > >> > > >> > > >>- > > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > > >>For additional commands, e-mail: [EMAIL PROTECTED] > > >> > > >> > > >> > > >> > > > > > >- > > >To unsubscribe, e-mail: [EMAIL PROTECTED] > > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > >- > > >To unsubscribe, e-mail: [EMAIL PROTECTED] > > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]