Share

Postfix Admin

Tracker: Bugs

6 Mailbox list should show alias targets - ID: 1902476
Last Update: Comment added ( )

Right now, we have

a) the alias list which shows the targets of all aliases. Good.

b) the mailbox list which does NOT show if the alias for the mailbox was
modified.

The mailbox list should
- show a flag if the alias does _not_ point to the mailbox (forward only
mode)
- show all alias targets (except the mailbox)

(We'll probably need a two-line format for this - the table is already wide
enough.)


Christian Boltz ( christian_boltz ) - 2008-02-26 20:13

6

Closed

Fixed

Nobody/Anonymous

None

None

Public


Comments ( 4 )

Date: 2009-11-06 11:27
Sender: tsokura

I just ran into this "feature" as well. In 2.3 if the user sets up forwards
from his postfixadmin user interface, the super/domain admin 1) doesn't see
them and thus 2) can't change them. In my opinion point 2) here is also
important, as the domain admins should be able to fix things the users have
screwed up. Good to know a fix is coming.


Date: 2009-11-02 22:26
Sender: christian_boltzProject Admin

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.


Date: 2009-05-07 23:27
Sender: christian_boltzProject Admin

Reverted most changes from r572 in r652, therefore the previous comment is
obsolete.

BTW: $CONF['show_popimap'] = 'YES' shows a flag on all mailboxes with
aliases pointing to the mailbox - maybe this check should be inverted to
highlight mailboxes that don't receive mail because of a changed alias.


Date: 2009-05-03 22:47
Sender: christian_boltzProject Admin

Current status: (tested as superadmin, svn r650)
- default mailbox aliases (just pointing to the mailbox) are not shown (as
expected)
- non-default mailbox aliases (for example pointing to mailbox + external
address) are shown in the "Aliases" list - independent of
$CONF[alias_control/alias_control_admin/special_alias_control]. That's not
what I would call "expected behaviour"...

This problem was introduced in r572 (not the first one with the patch from
https://sourceforge.net/tracker/index.php?func=detail&aid=2567466&group_id=191583&atid=937966
) - seems I'll have to (re)read this patch carefully if it brings more side
effects...


Attached File

No Files Currently Attached

Changes ( 5 )

Field Old Value Date By
close_date - 2009-11-02 22:26 christian_boltz
resolution_id None 2009-11-02 22:26 christian_boltz
status_id Open 2009-11-02 22:26 christian_boltz
priority 5 2009-05-03 22:47 christian_boltz
data_type 937964 2008-06-29 16:18 christian_boltz