i'm trying to migrate my qmail setup from an ancient box with dying hard
drives to a vps, setup thus:
old box: blotts.goldblatt.net
lwq setup, netqmail106 with validrcptto.cdb patch
new box: preg.goldblatt.net
lwq setup, netqmail106 with validrcptto.cdb patch
if you go digging in the DNS records for goldblatt.net, you'll see the
present MX receiver is blotts, and it works as i intend. the only way for
me to test this out is to adjust the MX record, which i will not do and
leave unattended until i have this fixed.
DESIRED BEHAVIOR
on blotts, *@goldblatt.net comes in and is filtered for delivery according
to a series of .qmail files that live in /var/qmail/alias:
-rw-r--r-- 1 root qmail 27 May 21 2010 .qmail-goldblatt-aaron
-rw-r--r-- 1 root qmail 27 Dec 19 03:58 .qmail-goldblatt-benjamin
-rw-r--r-- 1 root qmail 27 May 21 2010 .qmail-goldblatt-lists
-rw-r--r-- 1 root qmail 27 May 21 2010 .qmail-goldblatt-lists-default
-rw-r--r-- 1 root qmail 2 May 21 2010
.qmail-goldblatt-lists-dhconsulting
(etc)
mail to known-good addresses is &forwarded to gmail for further handling;
mail to known-bad addresses is #deleted.
the desired behavior is for preg to do exactly the same thing.
OBSERVED BEHAVIOR
on preg, *@goldblatt.net comes in and is bounced immediately with "550
sorry, no mailbox here by that name. (#5.1.1)" including stuff to
known-good addresses that should be passed to google.
TROUBLESHOOTING
so, upon cross-checking the two setups, i find in /var/qmail/control:
concurrencyincoming: identical
concurrencyremote: identical
defaultdelivery: identical
defaultdomain: identical
locals: fqdns of the respective machines
me: fqdns of the respective machines
plusdomains: identical (goldblatt.net)
rcpthosts: identical (goldblatt.net)
validrcptto.cdb: identical (copied from old to new by scp)
virtualdomains: identical (goldblatt.net:alias-goldblatt)
i find in /var/qmail/alias a series of .qmail files. these are identical
between both machines, because i copied them across with scp. see above for
example ls -la.
tailing the smtpd log on preg produces this:
2013-04-08 09:52:27.825573500 tcpserver: status: 0/20
2013-04-08 09:55:28.667733500 tcpserver: status: 1/20
2013-04-08 09:55:28.667874500 tcpserver: pid 9687 from 209.85.210.182
2013-04-08 09:55:28.717608500 tcpserver: ok 9687
preg.goldblatt.net:199.175.54.166:25
mail-ia0-f182.google.com:209.85.210.182::52311
2013-04-08 09:55:28.935668500 realrcptto 9687 209.85.210.182
aaron@goldblatt.net
2013-04-08 09:55:28.981077500 tcpserver: end 9687 status 0
2013-04-08 09:55:28.981079500 tcpserver: status: 0/20
so, any directions on where i can look or how i can trace this further
would be most helpful. i'm obviously missing something, but for the life of
me do not see what.
ag
drives to a vps, setup thus:
old box: blotts.goldblatt.net
lwq setup, netqmail106 with validrcptto.cdb patch
new box: preg.goldblatt.net
lwq setup, netqmail106 with validrcptto.cdb patch
if you go digging in the DNS records for goldblatt.net, you'll see the
present MX receiver is blotts, and it works as i intend. the only way for
me to test this out is to adjust the MX record, which i will not do and
leave unattended until i have this fixed.
DESIRED BEHAVIOR
on blotts, *@goldblatt.net comes in and is filtered for delivery according
to a series of .qmail files that live in /var/qmail/alias:
-rw-r--r-- 1 root qmail 27 May 21 2010 .qmail-goldblatt-aaron
-rw-r--r-- 1 root qmail 27 Dec 19 03:58 .qmail-goldblatt-benjamin
-rw-r--r-- 1 root qmail 27 May 21 2010 .qmail-goldblatt-lists
-rw-r--r-- 1 root qmail 27 May 21 2010 .qmail-goldblatt-lists-default
-rw-r--r-- 1 root qmail 2 May 21 2010
.qmail-goldblatt-lists-dhconsulting
(etc)
mail to known-good addresses is &forwarded to gmail for further handling;
mail to known-bad addresses is #deleted.
the desired behavior is for preg to do exactly the same thing.
OBSERVED BEHAVIOR
on preg, *@goldblatt.net comes in and is bounced immediately with "550
sorry, no mailbox here by that name. (#5.1.1)" including stuff to
known-good addresses that should be passed to google.
TROUBLESHOOTING
so, upon cross-checking the two setups, i find in /var/qmail/control:
concurrencyincoming: identical
concurrencyremote: identical
defaultdelivery: identical
defaultdomain: identical
locals: fqdns of the respective machines
me: fqdns of the respective machines
plusdomains: identical (goldblatt.net)
rcpthosts: identical (goldblatt.net)
validrcptto.cdb: identical (copied from old to new by scp)
virtualdomains: identical (goldblatt.net:alias-goldblatt)
i find in /var/qmail/alias a series of .qmail files. these are identical
between both machines, because i copied them across with scp. see above for
example ls -la.
tailing the smtpd log on preg produces this:
2013-04-08 09:52:27.825573500 tcpserver: status: 0/20
2013-04-08 09:55:28.667733500 tcpserver: status: 1/20
2013-04-08 09:55:28.667874500 tcpserver: pid 9687 from 209.85.210.182
2013-04-08 09:55:28.717608500 tcpserver: ok 9687
preg.goldblatt.net:199.175.54.166:25
mail-ia0-f182.google.com:209.85.210.182::52311
2013-04-08 09:55:28.935668500 realrcptto 9687 209.85.210.182
aaron@goldblatt.net
2013-04-08 09:55:28.981077500 tcpserver: end 9687 status 0
2013-04-08 09:55:28.981079500 tcpserver: status: 0/20
so, any directions on where i can look or how i can trace this further
would be most helpful. i'm obviously missing something, but for the life of
me do not see what.
ag