Scott,
1) I'm sure you're getting a LOT of read message receipts... be careful
when posting something to a list like this and asking for a read-receipt
-- you'll certainly get a lot of them!
2) I think your best bet is to set your QMT to FORWARD messages for your
domain to the new service... this'll only affect the SMTP inbound
messages, and still give you all the IMAP or POP access you had before...
Now by FORWARD, I don't mean that you go into each box and change the
setting... no, I mean to tell QMail that mail for your domain is handled
by a different server -- the file in question will be the
*/var/qmail/control/smtproutes* file
Let's assume your new mail host is at gmail.com (primary MX points to
gmail-smtp-in.l.google.com, which resolves to 74.125.47.27) -- you'll
need to use your new SMTP host's REAL IP ADDRESS (and if it really is
being hosted at gmail, check to see that this is the right smtp server
for your hosted domain)
So... with all of those caveats, your smtproutes file gains an entry
(likely the first) that looks like:
*xxx.com:gmail-smtp-in.l.google.com*
-- or, perhaps (in case there is no real DNS entry for it --
*xxx.com:74.125.47.27*
This will cause QMail to essentially hold inbound mail for xxx.com until
it can deliver it to the specified smtp host (whether resolved or
specified)...
NOTE: You can also have it deliver the mail to a non-standard port
(e.g.: 26 or 587 or whatever) and you can provide auth credentials too....
I hope this helps...
Dan
IT4SOHO
On 9/1/2011 9:56 AM, Scott Hughes wrote:
Is it possible to have the QMT server ignore a domain or simply a way
to disable it so that QMT doesn't attempt to deliver mail to that
domain (like deleting the domain) but leave the data on the server in
the /home/vpopmail/domains/xxxx.com directory?
I am moving to a new email server and as I move each domain over, I'd
like to keep what is on the QMT server just in case something isn't
right with the new server.
Thanks,
Scott
