-
Done in SVN r751.
Needs $CONF['special_alias_control'] = 'YES' (which results in an additional "To" column in the mailbox list), but I'm not yet sure if this is the right config option to check against.
2009-11-02 22:26:11 UTC in Postfix Admin
-
Thanks for your patch!
I just applied it to SVN r752, with one difference: writing the encrypted password to a tempfile just to read it from there again afterwards is superfluous. Instead, I just hand over the result as variable ;-)
2009-11-02 18:47:45 UTC in Postfix Admin
-
christian_boltz committed revision 752 to the Postfix Admin SVN repository, changing 1 files.
2009-11-02 18:46:48 UTC in Postfix Admin
-
christian_boltz committed revision 751 to the Postfix Admin SVN repository, changing 3 files.
2009-11-02 00:24:40 UTC in Postfix Admin
-
christian_boltz committed revision 750 to the Postfix Admin SVN repository, changing 1 files.
2009-11-01 23:46:42 UTC in Postfix Admin
-
christian_boltz committed revision 749 to the Postfix Admin SVN repository, changing 1 files.
2009-11-01 23:23:39 UTC in Postfix Admin
-
Alias domains are displayed somewhat confusing in list-virtual.php ("Alias domains" and "is alias domain for").
The better solution would be to have a list similar to the alias list with two columns ("from" and "to").
(SVN r748)
2009-11-01 18:44:20 UTC in Postfix Admin
-
Basically you can add a colunm for the transport to the mailbox table (or even alias table, if you really want)). You'll also have to add a text or dropdown field to the create/edit mailbox page, and to make sure the user input is properly handled and written to the database.
That said: what's your usecase? I never had a need for per-user transports...
2009-10-30 19:26:47 UTC in Postfix Admin
-
In postfixadmin's default config, a valid mail address needs to contain a valid domain part which is resolvable by your nameserver. "admin@server.local" won't work, "admin@sourceforge.net" (or @aonther existing domain) should work.
If you see the error message while using a valid domain name, check if your nameserver (see /etc/resolv.conf) can resolv the domain correctly.
2009-10-30 19:12:18 UTC in Postfix Admin
-
All your error messages mention the wrong parameter count for dirname() in /etc/postfixadmin/config.inc.php line 331. How does this line (and some lines before/after) look like? (If unsure, paste them here.)
Besides that, you probably did not set $CONF['configured'] to true.
2009-10-30 18:54:04 UTC in Postfix Admin
