[ postfixadmin-Bugs-1902476 ] Mailbox list should show alias targets

[SourceForge.net <no...@so...>]

Bugs item #1902476, was opened at 2008-02-26 21:13
Message generated for change (Comment added) made by christian_boltz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1902476&group_id=191583

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Christian Boltz (christian_boltz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mailbox list should show alias targets

Initial Comment:
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.)

----------------------------------------------------------------------

>Comment By: Christian Boltz (christian_boltz)
Date: 2009-05-08 01:27

Message:
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.

----------------------------------------------------------------------

Comment By: Christian Boltz (christian_boltz)
Date: 2009-05-04 00:47

Message:
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...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1902476&group_id=191583