[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Change in Mailinglist?

From: Jim Hanley <jhanley_at_DGtlRift.com>
Date: Tue, 02 Dec 2008 10:00:02 -0700

Quoting Simon Lucy <simon.lucy_at_objective2k.com>:

> Colin Alston wrote:
>> On 2008/12/02 05:30 PM Simon Lucy wrote:
>>
>>> Filtering on To or cc user_at_subversion.tigris.org (or dev@) works fine
>>> and doesn't need any of these fancy here today gone tomorrow headers.
>>>
>>>
>>
>> By "fancy" you mean "in keeping with standards", right?
>>
> I mean standards that proliferate on top of others. Mail is
> overburdened with headers. Mail processing that depends on headers
> other than From, To and Subject (possibly CC,BC), will always break
> badly when it does break, processing that only depends on the three main
> fields will have more resilience.

Attempting to filter mail (either at the MTA or client) exclusively on
From, To and Subject (possibly CC,BC) will never work right. Try to
filter out spam with /just/ those fields - it doesn't work.

> I'm only being partially serious mind :-) but for instance in a large
> repository it doesn't really help to filter on headers or listids for
> svn mail, then you have to go into subject parsing.

Of course it does, because svn is not the only list I (and I'm sure
others) belong to, and I like to have my mail directory keep the
context of messages together - ie svn goes into INBOX.lists.svn,
mantis goes into INBOX.lists.mantis, etc.

>> Those headers are there for more reasons than filtering.
>>
> I'm aware of that.
>
> S

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=598118

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-02 18:01:27 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.