Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
So the problem is really strange. When you send to an email address that does not exist on my domain, you get back a really strange message that looks like this:
This is the Postfix program at host mail.example.org.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The Postfix program
<admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+adm in+admin+admin+admin+admin+admin+admin+admin+admin+linux@example.org>
(expanded from <linux@example.org>): possible alias database loop for
admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admi n+admin+admin+admin+admin+admin+admin+admin+admin+linux
Final-Recipient: rfc822; admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admi n+admin+admin+admin+admin+admin+admin+admin+admin+linux@example.org
Original-Recipient: rfc822; linux@example.org
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; possible alias database loop for
admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admin+admi n+admin+admin+admin+admin+admin+admin+admin+admin+linux
As you can see the delivery failure is nasty. I don't get the same delivery failure on my personal email server and I beleive that mailman is responsible for the redundant delivery failure above however I am not sure. I went to /etc/mailman/aliases and found this entry:
Code:
# The ultimate loop stopper address
mailman-loop: /var/lib/mailman/data/owner-bounces.mbox
[root@mail mailman]# cat /etc/postfix/main.cf | grep "luser_relay"
# - You use the "luser_relay", "mailbox_transport", or "fallback_transport"
# luser_relay parameters.
# This parameter has precedence over the luser_relay parameter.
# The luser_relay parameter specifies an optional destination address
# The following expansions are done on luser_relay: $user (recipient
# luser_relay works only for the default Postfix local delivery agent.
#luser_relay = $user@other.host
#luser_relay = $local@other.host
luser_relay = admin+$local
Comment-out luser_relay and the problem should go away.
It's adding 'admin+' to the start of unknown users' email addresses, and attempting to re-deliver the mail, hence the loop.
Dave
Dave - thanks for taking the time to review my problem and the suggestion. I will make the change Friday morning and test everything out after I reload Postfix.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.