The mailing list for listmasters using Sympa

[Steve Shipway <address@concealed>]

Ah, now I understand.

 

So, to restate the problem in a different way, the issue is that the mail client is automatically indexing and caching the sender email addresses of incoming email by the descriptive part, and so is incorrectly associating the list address with the sender name.

 

In the DMARC code, there is an option ( dmarc_protection_phrase ) to specify what format the Name part of the replacement From header has; so we can have name_via_list for example.  You seem to be using name_via_list or display_name.  So, in this case, it would index a DMARCed email address as “Steve Shipway (via foolist)” and my real address as “Steve Shipway”.  There is not an option for something like “foolist (Steve Shipway) <listaddress>” which might be better in your case as the munged addresses would be indexed under ‘foolist’.

 

If I was being awkward, I’d say the problem lies with the mail client indexing inappropriately rather than with Sympa… however I know you’ll not get anywhere asking Microsoft to fix Outlook, so we need to identify a workaround.    The only one I can think of would be to add a new protection phrase format option that has the original name prefixed with the list name rather than vice-versa.

 

To add this option, you need to edit List.pm (around line 687), to add a new phrase format  to the list of protection_phrases:

 

                                   'phrase' => { 'format' => [ 'display_name', 'name_and_email', 'name_via_list', 'name_email_via_list', 'prefixed' ],

 

Then add the description of the format in List.pm (around line 1734):

 

    # dmarc_protection.phrase

    'display_name'   => {'gettext_id' => 'display name'},

    'name_and_email' => {'gettext_id' => 'display name and e-mail'},

    'name_via_list'  => {'gettext_id' => 'name "via Mailing List"'},

    'name_email_via_list' => {'gettext_id' => 'e-mail "via Mailing List"'},

'prefixed'  => {'gettext_id' => 'Mailing List "name"'},

 

Then you need to add the new ‘prefixed’ dmarc-protection phrase format, again in List.pm, around line 2970:

 

                if($phraseMode =~ /list/) {

                    if ($newComment and $newComment =~ /\S/) {

                        $newComment =

                            sprintf gettext('%s via %s Mailing List'),

                                $newComment, $name;

                    } else {

                        $newComment =

                            sprintf gettext('via %s Mailing List'), $name;

                    }

                }

                if($phraseMode =~ /prefix/) {

                   $newComment = $displayName;

                   $displayName = $name;

                }

                $hdr->add('Reply-To',$addresses[0]->address) unless($hdr->get('Reply-To'));

 

Now, if you specify ‘prefixed’ as your phrase, you’ll get a result like “foo list (Steve Shipway)” instead of “Steve Shipway (via foo list)”.  This should prevent your mail client from indexing the email address under the sender’s name.

 

Note, the above is untested, just from how I remember the code to work.  So test it first…

 

Steve

 

Steve Shipway

address@concealed

(GNU Terry Pratchett)

 

From: Youcef N Baouchi [mailto:address@concealed]
Sent: Wednesday, 20 May 2015 10:11 a.m.
To: Steve Shipway
Cc: address@concealed
Subject: RE: dmarc policy caches causes clients to cache display name of sender <listaddress>

 

Hi Steve.

That's exactly how our instance is setup but that doesn't cure the problem I'm talking about.

Email clients are cashing email addresses from our lists as the name of the sender with the list email address, so people are accidentally emailing the list when attempting to email individuals due to auto complete.

Thanks
Youcef

 

Attachment: smime.p7s
Description: S/MIME cryptographic signature