This is intended behaviour; it is not a bug.

The current version of Mailman is much easier to manage for the individual
subscriber: all of their subscriptions show up on one list, they can manage
their subscriptions easily, and so on.  In order for this subscriber
feature to work, it means that there is a single list of all subscribers.
Thus, if someone has already subscribed to one Mailman mailing list, their
email address will show up in the same manner in all lists, most frequently
looking like "[email protected]":  When that person is subscribed to a new
list, their email address will show up in that manner, no matter how the
listadmin enters it when subscribing the user.

It's a bit more of a nuisance for listadmins who had previously used the
user subscription function to make some kind of annotation about the user.
I asked about this very early after the changeover because we used to
annotate subscribers to the Checkuser-L mailing list with the name of their
project, but could no longer do it.  This was verified by the developers
who installed the upgraded version.

It's a minor inconvenience for listadmins, but a significant feature for
subscribers to multiple lists.

Risker/Anne
(Listadmin for multiple mailing lists)



On Wed, 20 Dec 2023 at 17:17, mastigm <[email protected]> wrote:

>
> On 20.12.2023 12:31, Andre Klapper wrote:
> > Hi,
> >
> > On Wed, 2023-12-20 at 10:21 +0100, mastigm wrote:
> >> When I mass subscribe users [...] Regardless of how I put the name
> >> the list of users only contains the address but not the name.
> > See https://gitlab.com/mailman/postorius/-/issues/391
> >
> > Cheers,
> > andre
>
> thanks, but that does not explain why most of the users have their names
> displayed.
>
> I even added 1 subscriber recently and it got the name. Adding next with
> exactly the same syntax resulted in no name. The only difference is that
> the first one was already in the table and i created second entry with
> different email. So it looks that the names are stored in the database
> but the list interface does not store them properly. :(
>
>
> masti
> _______________________________________________
> Listadmins mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>
> To request technical changes for a specific list, please instead create a
> task in Phabricator. See https://meta.wikimedia.org/wiki/Mailing_lists
>
_______________________________________________
Listadmins mailing list -- [email protected]
To unsubscribe send an email to [email protected]

To request technical changes for a specific list, please instead create a task 
in Phabricator. See https://meta.wikimedia.org/wiki/Mailing_lists

Reply via email to