Re: [ietf-dkim] Mailing list reality check

2010-09-20 Thread Hector Santos
What do you conclude from this itemize list (which I *personally* happen to believe are true, but also recognize it is not exclusively true) from a design product development implementation standpoint? Is this a feasibility study? I'm interesting because we are very active right now in

Re: [ietf-dkim] Mailing list reality check

2010-09-20 Thread Dave CROCKER
On 9/19/2010 8:47 PM, John R. Levine wrote: I think these all should be non-controversial. Let me know if I'm mistaken. 1. The overall amount of mail sent through discussion lists is small relative to direct (person-to-person) mail or to broadcast (one-to-many) mail. That depends on the

Re: [ietf-dkim] Mailing list reality check

2010-09-20 Thread John R. Levine
1. The overall amount of mail sent through discussion lists is small relative to direct (person-to-person) mail or to broadcast (one-to-many) mail. That depends on the person. In any event, how is the proportion of personal-to-group mail relevant to any topic of the working group?

Re: [ietf-dkim] Mailing list reality check

2010-09-20 Thread Dave CROCKER
On 9/20/2010 7:33 AM, John R. Levine wrote: do not worry...they've subscribed - have not produced a broad requirement for enhanced list performance of spam filtering. Sorry, I don't understand what that phrase is supposed to mean. Enhanced how? Better than is generally being done now.

[ietf-dkim] Mailing list reality check

2010-09-19 Thread John R. Levine
I think these all should be non-controversial. Let me know if I'm mistaken. 1. The overall amount of mail sent through discussion lists is small relative to direct (person-to-person) mail or to broadcast (one-to-many) mail. 2. Lists do a good enough job of managing the mail that they

Re: [ietf-dkim] Mailing list reality check

2010-08-10 Thread J.D. Falk
On Aug 4, 2010, at 9:51 AM, John Levine wrote: I'd like to back up a minute and try to understand better what (if any) problem we're trying to solve here. So here is a straw poll. Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have

Re: [ietf-dkim] Mailing list reality check

2010-08-09 Thread Ian Eiloart
--On 4 August 2010 16:51:10 + John Levine jo...@iecc.com wrote: I'd like to back up a minute and try to understand better what (if any) problem we're trying to solve here. So here is a straw poll. Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to

Re: [ietf-dkim] Mailing list reality check

2010-08-06 Thread John R. Levine
B) Use the List-ID: (or something that identifies the list) as the primary sort criterion Actually, Any recipient but it's what you mean by B, even if it's not what you said. Several other people said they sort on To: but I get the impression that's also used as a list identifier. R's,

Re: [ietf-dkim] Mailing list reality check

2010-08-06 Thread Jon Callas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 B) Use the List-ID: (or something that identifies the list) as the primiary sort criterion Actually, Any recipient but it's what you mean by B, even if it's not what you said. Jon -BEGIN PGP SIGNATURE- Version: PGP Universal

Re: [ietf-dkim] Mailing list reality check

2010-08-05 Thread Jeff Macdonald
On Wed, Aug 4, 2010 at 12:51 PM, John Levine jo...@iecc.com wrote: I'd like to back up a minute and try to understand better what (if any) problem we're trying to solve here.  So here is a straw poll. Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to

[ietf-dkim] Mailing list reality check

2010-08-04 Thread John Levine
I'd like to back up a minute and try to understand better what (if any) problem we're trying to solve here. So here is a straw poll. Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have subscribed? A) Use the From: address (or something that

Re: [ietf-dkim] Mailing list reality check

2010-08-04 Thread Dave CROCKER
On 8/4/2010 9:51 AM, John Levine wrote: Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have subscribed? A) Use the From: address (or something that identifies the contributor) as the primary sort criterion B) Use the List-ID: (or

Re: [ietf-dkim] Mailing list reality check

2010-08-04 Thread Martijn Grooten
Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have subscribed? A) Use the From: address (or something that identifies the contributor) as the primary sort criterion B) Use the List-ID: (or something that identifies the list) as the

Re: [ietf-dkim] Mailing list reality check

2010-08-04 Thread Steve Atkins
On Aug 4, 2010, at 9:51 AM, John Levine wrote: I'd like to back up a minute and try to understand better what (if any) problem we're trying to solve here. So here is a straw poll. Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have

Re: [ietf-dkim] Mailing list reality check

2010-08-04 Thread =JeffH
Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have subscribed? A) Use the From: address (or something that identifies the contributor) as the primary sort criterion B) Use the List-ID: (or something that identifies the list) as the

Re: [ietf-dkim] Mailing list reality check

2010-08-04 Thread Bill.Oxley
B On Aug 4, 2010, at 12:51 PM, John Levine wrote: I'd like to back up a minute and try to understand better what (if any) problem we're trying to solve here. So here is a straw poll. Assuming you do any sorting of inbound mail at all, how do you treat mail from lists to which you have

Re: [ietf-dkim] Mailing list reality check

2010-08-04 Thread Mark Delany
A) Use the From: address (or something that identifies the contributor) as the primary sort criterion B) Use the List-ID: (or something that identifies the list) as the primiary sort criterion C) Something else C) The 821.RCPTTO address. Which probably means this straw poll really is