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

Re: Replying to the users of users@subversion.tigris.org

From: Hans Salvisberg <svn.users_at_salvisberg.com>
Date: 2006-10-31 09:14:36 CET

Erik Huelsmann wrote:
> On 10/30/06, Les Mikesell <lesmikesell@gmail.com> wrote:
>> On Mon, 2006-10-30 at 16:58 +0100, Oliver Betz wrote:
>> > > > But tags in the Subject: line are ugly.
>> > I dislike them strongly because they consume valuable space in the
>> > Subject: column.
>> Another data point: I like them strongly because they are often
>> the most significant part of the subject line.
>> > Even a three letter tag plus brackets plus space consumes six
>> > characters.
>> I don't recall _ever_ seeing a complaint about the list mechanisms
>> on lists that do add a subject tag
> I however went so far as to create and submit a patch for Trac not to
> include the project name as a prefix in the Subject line.

Please forgive me for singling out an innocent bystander -- I don't want to pick on anyone in particular here, but a subject line like

   Subject: modify dump

(which just came through the list) looks an awful lot like some of the spam that tends to get through to my inbox in spite of all my filtering efforts. I realize that burdening others to make up for my deficits is a lot to ask, and I am working on improving my spam handling, but a subject line like

   Subject: [svn] modify dump

would definitely make my life easier.

It would help ensure that the message doesn't end up in the spam folder or even get routed to SpamCop. Some of the replies on the list are brief and cryptic and at first glance look quite similar to the random text that some spammers use these days to get through SpamAssassin.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 31 09:15:46 2006

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.