ietf-asrg
[Top] [All Lists]

Re: [Asrg] Adding a spam button to MUAs

2010-02-05 09:54:23


On Fri, 5 Feb 2010, John Levine wrote:

Sorry, wouldn't work.  The name of the POP or IMAP server need not
bear any relationship to any email address.  For example, on my
system, the server is named imap.iecc.com (yes, even for POP, it
deters the clueless) but there are not imap.iecc.com addresses at all.

I don't understand why this is relevant. If the MTA operator doesn't want
to support this feature, he doesn't have to. But if he does wish to
support the feature he needs to supply an MX record or accept mail on the
POP or IMAP server. Is that such a great burden? Compared to the other
suggestions here?

Honestly, none of us knows.  The name of the POP or IMAP server has
never been intended as part of an e-mail address, so it's hard to
predict what might break.  Overloading names tends to lead to
surprising failures.  For example, my POP/IMAP server is also my
SUBMIT server, and although it doesn't have an MX record, it does have
an A record.  That means that with your proposal, if I did nothing and
one of my users happened to have an MUA with a spam button, when he
pressed it, it would connect to my SUBMIT server and send a message to
the undeliverable address arf(_at_)imap(_dot_)iecc(_dot_)com, causing a baffling
bounce.

This is just a general argument against all role accounts, including postmaster, abuse, webmaster, etc. It doesn't balance the costs and benefits, just notes a possible cost as though that was sufficient to dismiss it.

I take the concern is that over at AOL or GMAIL, they might want to have the ARF server different from the POP server, but not want to use an MX record to do so, perhaps because the POP server was also meant to receive other (non-arf) mail. It seems like a very thin reed for a protocol that is optional anyway.

Daniel Feenberg
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
http://www.irtf.org/mailman/listinfo/asrg