# uname -a

Commentaires

1. Le vendredi 13 novembre 2015, 14:38 par Thierry

Very usefull, but…
Making this modification cause tha’t you cannot add anymore a user mailbox by virtualmin
The “Primary email address enabled?” reset alway to “NO” event you select “YES” and save.
In fact, the user are not added anymore to /etc/postfix/virtual.

Any idea who’s cause this?

2. Le vendredi 13 novembre 2015, 14:56 par Thierry

I found the problem.
This is caused by the comma “,” between the previous virtual_alias_maps content and the added “, regexp:/etc/postfix/regexp-catchall.cf”.

So, the is :
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf regexp:/etc/postfix/regexp-catchall.cf
and NOT : virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, regexp:/etc/postfix/regexp-catchall.cf

3. Le samedi 14 novembre 2015, 18:26 par Mathieu

It works with the comma from my point of view, but actually I do not use virtualmin .Thank you for sharing your solution.

4. Le samedi 20 février 2016, 05:13 par Thierry

Using this catch-all from some time now, I have found a very annoying issue :-/

Recently, I received a message SENT by a customer to a postmaster address (with an external address of my server).

I have investigate and have found that the “catchall” not only redirect “INCOMING” postmaster (as abuse and hostmaster) email address, but also redirect “OUTGOING” postmaster (as abuse and hostmaster) email address !

This is very annoying, because if a customer sent an email to a “external” postmaster email address, the mail is catched and redirected to the main postmaster address !
Or, he shouldn’t for the outgoing message, only for the incoming message !

Do you have an idea to solve this problem ?

5. Le samedi 20 février 2016, 17:25 par Mathieu

Hello again,

I can confirm the issue.

I did some researches and found this topic : http://www.textndata.com/forums/why-do-virtual_alias_maps-apply-outgoing-601829.html that quite buries the hope of a “simple” solution with the existing setup.

In my case, using ISPConfig, I had to simply replace the regexp-based configuration with a MySQL-based query, that will apply for all my domains, and only these domains.

I created the file /etc/postfix/mysql-virtual_catchall.cf :

hosts = localhost
user = ispconfig
password = xxxx
dbname = dbispconfig
query = SELECT domain FROM mail_domain WHERE active = ‘y’ AND domain = ‘%d’ AND ‘%u’ REGEXP ‘^(MAILER-DAEMON|postmaster|hostmaster|abuse)$’ LIMIT 1

And changed

regexp:/etc/postfix/regexp-catchall.cf

by :

mysql:/etc/postfix/mysql-virtual_catchall.cf

In my Postfix configuration (beware of simple quotes, they are translitterated by my blog).

Here is the source of my solution.

Do you have a MySQL table for retrieving all your mail domains with Virtualmin, that can lead us to the same type of solution for you ?

6. Le mercredi 24 février 2016, 08:49 par Thierry

Hi,
Thanks for your reply.
I don't user MySql for Postfix (also I'm not on ISPConfig but on Webmin, but this is unimportant).
I think I will do a kind of solution like this : http://www.textndata.com/forums/glo...
This is another approch, not so good, but I think there is no other way (without MySql)...
Also, I think I will add a cron task to run the script if they are new domain, to update the catchall file and then do a postmap + postfix reload to apply...

7. Le mercredi 24 février 2016, 23:33 par Mathieu

Yes, creating virtual_alias_map from virtual domains on a regular basis (crontab) can be the simple workaround you need if you have no other source than the postifx files for your virtual domains. I thought webmin may be storing the virtual domains in specific files/database-like system, but I am obviously wrong.

I don't know if virtual_mailbox_domain is set in your configuration, but it may be simpler to use the file referenced by this directive than using /etc/virtual to make your virtual_alias_map ?