Christian Boltz

Wild guess: your local clients use a different entry in master.cf, and this entry has something like -o receive_override_options=no_address_mappings Also make sure that the affected domain is only listed in PostixAdmin, but not in main.cf as mydestination (with your anonymized main.cf, I can't tell if that's the case) BTW: PostfixAdmin moved to https://github.com/postfixadmin/postfixadmin/ - you'll get better and possibly faster support there.

The quoted template file looks like git nearly-master, and misses the fix that changes PALANG to $PALANG ;-) So please git pull the latest master and try again.

The script gets called with 4 parameters, as documented in config.inc.php: // Script to run after creation of mailboxes. // Parameters: (1) username (2) domain (3) maildir (4) quota // $CONF['mailbox_postcreation_script']='sudo -u courier /usr/local/bin/postfixadmin-mailbox-postcreation.sh'; This means the username is handed over as first parameter. The passsword will not be handed over (would be a terrible idea IMHO), so if you really need that, you'll have to query it from the database. However,...

It seems you are the first who wants a custom textarea field. Your struct looks good, but it seems you hit an implementation bug. Basically edit.php splits txtl fields into an array of lines (and does a few replacements) - and setmore() in AliasHandler.php combines the array back to a single comma-separated string. A clean solution will probably need some code changes, but I'm not yet sure what's the best way. (Not splitting the textarea to an array might sound like an obvious solution, but for example...

update for 3.3.1

You'll need two INSERTs for mailboxes - one for the mailbox table and one for the alias table. However, I'm not a fan of doing manual inserts ;-) I'd recommend to use the postfixadmin-cli shell command to create your mailboxes. See postfixadmin-cli mailbox add help for details. There's even a trick to carry over your pre-hashed passwords: temporarily set $CONF['encrypt'] = 'cleartext'; when handing over the password hashes to postfixadmin-cli so that they don't get hashed again, and don't forget...

The "403 forbidden" comes from your webserver (apache or nginx), you'll probably need to adjust its config. Have a look at the apache/nginx error_log, it should give you the needed hints to get this fixed.

What GingerDog said ;-) Additionally: Typically the database only has the domain.tld/username/ part of the maildir path. The /var/vmail/ part is probably in your postfix and dovecot config, you'll need to change it there.