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

Thank you Karl, I have followed the thread and agree with your
conclusions. Thanks for considering my suggestion.

Giuseppe

----
> 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
> shouldn't:
>
>   > "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