On Mar 22, 2016, at 10:37 PM, Aditya Divekar wrote:

So according to what I've gathered from the conversation, the fall back on the user name can be made implicit. The user name is to be always used in case of missing display name for the subscribed address.

Right.

The feature for suggesting the display names from the other records i.e. linked via the user, but not subscribed, could, as suggested, be raised in postorius for the UI part.

Right, and thus, not in core.

@Barry The mr code would first check if a display name is provided while subscription i.e. member.address.display_name. If not, it will check if the linked user has a display name and use that if it exists i.e. member.user.display_name. And as a final case when both these fail, it will use an empty string. I'll go ahead and make these changes.

Yes, I think that's it.

Cheers, -Barry