https://bugs.contribs.org/show_bug.cgi?id=10182
John Crisp <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
--- Comment #3 from John Crisp <[email protected]> ---
As luck would have it with my UPS trashed by lightning the other week, I leave
to go abroad for work, and have another thunderstorm which has taken out BOTH
my internet lines.
OK, so the remaining work colleague has long range wifi as the 3rd backup but
it is double natted with CGN so it's ok for the user but useless for remote
access.
The worst bit is my mail can't get delivered.
Hey ho thinks I, I repackaged the smeserver-mxbackup some while back - that
should work. Accept all mail to a temporary SME server online and let it
deliver when things are back up.
All fine, except it won't accept the mail.....
The contrib only seems to manage 3 files:
Incoming:
/var/service/qpsmtpd/config/goodrcptto
Outgoing:
/var/qmail/control/rcpthosts
/var/qmail/controlsmtproutes
It should accept any mail for the MX domain and put it in the qmail queue for
sending.
It has an issue that it doesn't restart mail on an update, but that can be
sorted. A post-upgrade/reboot fixes it..... I'll try and look at it.
cat /var/service/qpsmtpd/config/goodrcptto
blah blah...
# MX Backup entries start
# This is the list of the mail domains,
# from the MX-Backup configuration of the local system.
@reetspetit.net
@safeandsoundit.co.uk
# MX Backup entries end
cat /var/qmail/control/rcpthosts
# Following is a list of systems or domains.
# This system is configured to act as a MX Backup for theses
# systems (if there's only one line) or domains. If there is a
# line beginning with a dot, then this system accept mails for
# any hosts of this domain
# MX Backup start
reetspetit.net
.reetspetit.net
safeandsoundit.co.uk
.safeandsoundit.co.uk
# MX Backup end
/var/qmail/control/smtproutes - this is empty. Only applies is you have a
Smarthost enabled which I do not.
However, I can see the mail come in, but it looks like it gets declined.
I have a feeling it is something to do with how the goodrcptto plugin is
called.
In an existing SME we seem to have:
/etc/e-smith/templates/var/service/qpsmtpd/config/peers/0
38check_goodrcptto -> ../../plugins/38check_goodrcptto
{
return "" unless $bounce_unknown_user;
"check_goodrcptto extn -";
}
So in /var/service/qpsmtpd/config/peers/0 and ./local we get
check_goodrcptto extn -
Any suggestions on where this is wrong and how to fix it?
Note I can't get any bug mails currently :-(
--
You are receiving this mail because:
You are the QA Contact for the bug._______________________________________________
Mail for each SME Contribs bug report
To unsubscribe, e-mail [email protected]
Searchable archive at https://lists.contribs.org/mailman/public/contribteam/
