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

Re: "Precedence: bulk" header in mailer.py

From: Karl Fogel <kfogel_at_google.com>
Date: 2006-09-19 00:40:03 CEST

Giuseppe Scelsi <giuseppe.scelsi@analog.com> writes:
> I have just found that notification messages sent by
> "/trunk/tools/hook-scripts/mailer/mailer.py" do not have any feature
> that lets an out-of-office responder realize they are not to be replied
> to. So I added a "Precedence: bulk" header in my copy of mailer.py and
> that solved the problem for me (I am using "vacation" under Solaris.)
> Anybody agrees this is a feature worth adding to mailer.py?

In a post earlier today, Justin Erenkrantz gave some reasons why we

> "Justin Erenkrantz" <justin@erenkrantz.com> writes:
>> For example, I'm telling it to send the commit as me and it's
>> configured to send the commit emails to myself and a bunch of
>> colleagues. One of those colleagues (call him John) is on vacation
>> and set up vacation. Now, if 'vacation' has already informed me that
>> John is away, it won't notify me again. However, if 'vacation' hasn't
>> done that yet, it'll send me an email that John is gone. That's good.
>> I now know that John won't be reviewing my commit. This is ideal for
>> small groups which don't justify the overhead of a mailing list.
>> Now, if you really want bulk precedence, you should just set up a list
>> and point the mailer at it - most list managers will add the
>> precedence header by default. But, if you send it to a bunch of
>> people directly (sans list), the intention (to me) is that you want to
>> know if they won't read that commit message. In either of those
>> 'normal' cases, mailer shouldn't add the header. Note that some
>> mailing lists are configured to reject emails if the Precedence: Bulk
>> header is already set in an attempt to limit spam - so doing so might
>> cause those commits to be rejected. -- justin
> *nod* I'll buy that. And the second paragraph describes a better
> solution than setting this as a default in mailer.py.
> Thanks for taking the time to write it up,
> -Karl

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 19 00:41:10 2006

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

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