Skip site navigation (1) Skip section navigation (2)

Re: Can we please refuse mail to the list from list addresses?

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>
Cc: pgsql-www(at)postgresql(dot)org
Subject: Re: Can we please refuse mail to the list from list addresses?
Date: 2007-11-29 12:38:01
Message-ID: 20071129123801.GI8718@svr2.hagander.net (view raw or flat)
Thread:
Lists: pgsql-www
On Thu, Nov 29, 2007 at 07:19:44AM -0500, Andrew Sullivan wrote:
> On Wed, Nov 28, 2007 at 03:04:48PM -0400, Marc G. Fournier wrote:
> > ie. if joshua(at)postgresql(dot)org sent out email, it would deliver to his local MTA, 
> > with his local MTA connecting to postgresql.org MTA, who would then deliver it 
> > out to the world ...
> 
> Right.  In the anti-spam world these days, very few people are doing reverse
> matching (that is, very few people compare the reverse lookup of the From:
> address to the domain of the MTA whence the mail is coming).  It'll be
> interesting to see what happens as SPF or DKIM -- the two loaded foot-guns
> of the mail world -- take off, because then signing practices will start to
> be important, and I suspect we'll find that mail not signed with the right
> keys will all be classed as spam anyway.  So then you'll _have_ to use the
> domain's own mail servers, or things won't be signed correctly (because I
> assume that we're not going to be sharing the server's private keys widely
> :-)  

Yeah. I still don't see why you shouldn't be using the mailservers
belonging to the domain you're sending from.. ;-) 

(Yes, I realise there's a bunch of people out there who don't want to, so
there's no need to re-iterate the fact that you don't)


//Magnus

In response to

Responses

pgsql-www by date

Next:From: Magnus HaganderDate: 2007-11-29 12:38:12
Subject: Re: Can we please refuse mail to the list from list addresses?
Previous:From: Alvaro HerreraDate: 2007-11-29 12:25:48
Subject: Re: Can we please refuse mail to the list from listaddresses?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group