• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Qmail relay and cache

M

Makapuu

Guest
Hi,
I would like to set up Qmail as a cache only server so that when my primary MX servers go down, email will be stored on the Qmail server until they are back up. I know how to do this for Sendmail but even after reading documentation and FAQs, I am still having a problem understanding what to do for Qmail. I do not desire any local delivery of mail on the Parallels server hosting Qmail. Any help would be appreciated.
 
Hi All,

I found this information concerning Qmail and relaying. I thought it might be helpful to someone else.

http://www.gossamer-threads.com/lists/qmail/users/750

| Say I wanted to set up a computer as a secondary MX. But I don't
| want any of the mail to actually be _delivered_ on that machine, I
| just want it to be queue'd up and delivered to the primary once it
| comes back online. Will putting an entry into control/smtproutes on
| the secondary MX accomplish this?


Yes, that will accomplish what you want, but it is not necessary.
Make sure the domain is *not* in the secondary MX's virtualdomains or
locals file (but it should obviously be in the rcpthosts file), and
the incoming mail, once arrived, will not be considered local. So it
ends up with qmail-remote, which looks up the domain in the DNS, finds
that this machine is in fact one of the MX's for the domain, but there
are better ones -- so it will forward the mail to those, starting with
the best. In your case there will be just one, but you can do the
same for a third or forth MX, and it will successively try the best,
then the second best, and so on, until it runs out of MX's better than
itself.

Note that if qmail-remote finds it has been asked to send to a domain
that this host itself is a *primary* MX for, it will bounce the
message. So be careful when you set up your DNS.
 
Machines same place or not ?

Do u create users and domains to backup mx machine ?

If your answer is yes basicly you set smtproutes file and add your backup mx machine ip or hostname first machine give mail and post to backup mx machine.

Thats it all
 
Hi,
I'm not quite understanding you. My machines are not located in the same place. I have no local email delivery on the qmail server. I do have setup in my DNS zone files multiple MX servers with the qmail server having the highest value. From the following link (http://www.qmail-ldap.org/wiki/index.php/~control/smtproutes) it appears that I do not have to add anything in the smtproutes file. I would only have to do that if I did not have my MX domains defined in my zone file.
Is that correct?
 
Back
Top