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.
I followed through your logs and it looks, as the amavisd DSN report also showed, that the message that was sent from gmail that were intended for tomas@*******.com did not reach the user's inbox or it might have bounced as the continuation of your logs has shown as well.
This looks like a bounce-back notification sent by your MTA that I'm sure the gmail sender has received.
The message WAS NOT relayed to:
<tomas@*******.com>:
554 5.7.0 Reject, id=25583-03 - CLEAN
This nondelivery report was generated by the program amavisd-new at host
proserverhost.com. Our internal reference code for your message is
25583-03/bsqH3VULiiGg
In your case, it appears that it has something to do with local mail delivery or the way your postfix mailbox delivery has been configured. Just my idea and the way I'm sensing it.
Here is to show you a normal incoming mail transaction that I hope you can follow:
The 'Passed CLEAN' message report produced by amavis is indicative of a good message that must be delivered to the user's inbox and not to the quarantine area.
I ran amavisd debug according to what I googled about it...
Here are the suspicious lines of the output (the whole couldnt fit into LQ's post, note: it is another mail message because the previous wasnt debugged)
X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0
SA never sees it as SPAM.
But it looks that amavis is suspicious about this. For the purpose of isolation, deactivate first amavis in your main.cf by commenting out this line:
content_filter = smtp-amavis:[127.0.0.1]:10024
and reload postfix.
Or use another Subject line like "TEST" and a message content of "TEST" also.
If you would download the amavisd-new source tar ball, unpack in your homedir and cd to it and "less README_FILES/README.postfix", you would find instructions on configuring amavis and testing it. Or maybe this same readme is as well available (that I haven't check yet) as HTML in amavisd-new website.
Please also check amavis quarantine for quarantined messages that from a standard installation, it is supposed to be in /var/virusmails.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.