On 1/10/20 4:55 PM, Jim Ward wrote:

Mailman2 allowed me to list my members and modify a number of their attributes (display_name, etc)

Postorius is a beautiful interface BUT I am evidently not finding how to manage my members to the extent that I could in Mailman2

It's not like MM 2.1 where you have a membership list with columns of checkboxes, but if you pull down the Users menu and select Members or Non-Members, each user has an options link that allows you to set/change options.

-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

On 1/11/20 2:43 AM, Jim Ward wrote:

I will admit I was partial to the MM 2.1 columns and checkboxes but the end result is the same, HOWEVER:

1. The member 'Display Name' does not seem to be available to be managed by me the domain/list administrator.
2. The 'Search Members' function appears to be limited to the email address only and does not include display name

These items are important to me as the list I am running includes many that are not, nor will they really ever be, technically savvy enough to access and manage their own account.

Part of this is because of the architecture of Mailman 3. In mailman 2.1, we have lists and members of those lists and no connection between a member of one list and a member of another list, even if their email addresses are the same. Thus, a member of a list and that member's display name are things associated only with that list, and can be manipulated by the list admin.

Mailman 3 is different. In mailman 3 we have users and addresses. A user has a display name and one or more addresses, one of which is preferred, and each address has a display name. These are independent of any list and belong to the user. Then, a list member can be a user, in which case, the address associated with this member is the user's preferred address and the display name is the user's display name (or maybe the display name of that address, I'm not sure). Or, a list member can be an address in which case, the member's display name is the display name associated with that address.

Thus, in Mailman 3 the display name associated with a list member can be one of several, and these belong to the user, not to the list.

As far as not searching display names is concerned, this is https://gitlab.com/mailman/postorius/issues/378.

-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

On 5/18/22 10:48, dancab@caltech.edu wrote:

Mark,

We have a question related to this thread. We use LDAP for authentication. It seems that the name attributes can only be edited via the LDAP synchronization when a user logs in for the first time and thus creates their user account.

But what about list members that are not in LDAP? What happens behind the scenes when a member is added to a list?

The user's display name is set when the user record is initially created. Assuming someone who is initially unknown, this can happen when the unknown user signs up for a web account, when the unknown user subscribes to a list via the web UI or when the unknown user is mass subscribed to a list.

Manually subscribing members has different results with our configuration.

I've seen the manually entered name show up as "None" foobar@caltech.edu.

There was a pre-existing user with that address and no display name.

I've seen the entry be accepted as is, eg. "John Doe" jdoe@example.com

I've seen the name entry be ignored but the email accepted eg. "Foo Bar" foobar@caltech.edu is subscribed but the member list only shows foobar@caltech.edu

The display name has nothing to do with message acceptance. That is based only on the address.

In Postorius >=1.3.6 there is a Users selection at the top of most pages if you are logged in as a superuser. This allows management of users including their display name.

-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

On 5/18/22 14:13, Dan Caballero wrote:

For our purposes we'd need that option to appear for list "owners" so they could manage their own list users accordingly.

The issue there is the user's attributes are global and it is not appropriate for the owner of one list that the user happens to be subscribed to to control those attributes.

As far as display name is concerned, the user can update it at https://www.example.com/user-profile/

-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan