Re: New email address

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Stark <stark(at)mit(dot)edu>
Cc: José Luis Tallón <jltallon(at)adv-solutions(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Kevin Grittner <kgrittn(at)gmail(dot)com>
Subject: Re: New email address
Date: 2015-11-25 02:16:31
Message-ID: 8232.1448417791@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Stark <stark(at)mit(dot)edu> writes:
> It'll still mess up everyone's contact book which will fill up with
> these fake email addresses. And the Reply-To will mean private
> responses will go to the list.

Yeah, it's not pretty. But I'm not sure we're gonna have much choice
if Gmail changes their policy.

> Fwiw I'm all for dropping the footer and the [HACKERS] which are both
> ill-advised imho. But modifying the From: header seems really broken.

IMO the footer is a *very* good idea; when we started using the current
form of that, it greatly reduced the amount of "how do I unsubscribe"
noise. But having said that, it probably wouldn't need to be on every
message to be effective. I personally like the subject-munging but
could live without it.

[ thinks for a bit... ] I wonder whether we could do something like this:

* Leave the From: and Reply-To: alone.

* Add the footer only if the message isn't DKIM-signed.

* Give up Subject-munging. (Munging only non-signed messages would be
way too confusing.)

I think that would put us in a situation where DKIM signatures would still
pass, at least unless the source insisted on signing Sender: too. We
might still have some issues with SPF checks, but not breaking DKIM would
be a step forward.

If things change to the point where only a small minority of messages get
the footers because most people are using DKIM, then we might have to
reconsider that part. But that seems far away yet.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2015-11-25 02:23:32 Re: parallelism and sorting
Previous Message Michael Paquier 2015-11-25 02:00:59 Re: Re: In-core regression tests for replication, cascading, archiving, PITR, etc.