Email gets sent properly but does not appear in the user's inbox.


We have an issue where when the user receives an email although the forwarding rules get executed (the email gets forwarded correctly) a copy of it never appears in the users Inbox in Usermin.

It is notable to mention that the user can send emails through Usermin and the sent emails do appear in the “Sent” folder. In addition to the above, the rule that does the forwarding (mail alias) also has the Deliver locally</b< option checked. It also does not difference if the email is forwarded or not as it still does not show in Usermin.

The user’s mail folder is under /home//homes//Maildir.

Any help troubleshooting the issue is greatly appreciated.

Extra information

Dovecode mail location

mail_location = maildir:~/Maildir

Postfix configuration

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname =
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ,, , localhost
mynetworks = [::ffff:]/104 [::1]/128
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
recipient_delimiter = +
inet_protocols = all
virtual_alias_maps = hash:/etc/postfix/virtual
sender_bcc_maps = hash:/etc/postfix/bcc
home_mailbox = Maildir/
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
allow_percent_hack = no


I suspect there’s an issue with where exactly the email is being delivered to, or possibly where Dovecot or Usermin is configured to look for email. The logs will help us sort that out though.

Could you let us know what you see in the email logs, located in either /var/log/maillog or /var/log/mail.log), as well as /var/log/procmail.log, when trying to send/forward an email?

Also let us know if you’re able to see the email using another mail client.


Hello Eric,

Thank you for your response.

We managed to pinpoint the issue.

The reason was that, the Virtualmin server had a virtual server with the same name as the FQDN of the server. This caused that specific virtual server to process the email instead of the actual client. Removing the catch all alias on that virtual server fixed all the issues and the clients are able to receive the emails just fine now.

After removing the catch all alias postfix now prints a warning in the logs, which it wasn’t displaying before, saying that the my_destination cannot contain the same value as a virtual server name.