Re: Monitoring bugs

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Monitoring bugs

Aaron Larson
>>>>> "MK" == Max Kanat-Alexander <[hidden email]> writes:

MK> On Thu, 2005-05-26 at 09:43 -0400, Yuri Ivanov wrote:

>> Question: how to make Bugzilla send emails to a group of recipients
>> without CC'ing every single one?

MK> On bugzilla.mozilla.org, for the Bugzilla project, we have all our
MK> components owned by "fake" accounts. For example, the
MK> "Installation/Configuration" component is owned by
MK> "[hidden email]."

MK> Then, in my email settings, I have set myself to "watch"
MK> [hidden email]. So, I get all email that that account would
MK> normally get.

I was just getting ready to address the same issue that Yuri asked
above, and this seems like a very good solution.  It does however beg
for a bit better administrative solution.

MK> It's important to put [hidden email] in the data/nomail
MK> file, of course, since it itself is an invalid email address.

Is this preferable to having the "fake" user "Disable All Mail"?
Also, can I then "Disable" the user (to prevent someone from loggin in
as that user)?

If the answers to the previous two questions are "yes", then it would
seem that an addition to the administrative options to automagically
create such fake users would be pretty helpful (i.e., it would
eliminate the need to have shell access on the server).  Perhaps it
doesn't need to be as automatic as "create product groups", but I was
thinking of something along those lines, or perhaps a checkbox on the
editcomponents page something like "make initial owner be a fake user"
or some such.

Also, to minimize namespace polution, would there be any problem with
having all the fake users have a name with a particular syntax?  I was
thinking of something like ":productname", or "product_productname",
or some such.


MK> This is a much better way than using email aliases in your mail server,
MK> because then every individual user can control their email preferences
MK> separately. Also, it assures that all users have actual Bugzilla
MK> accounts and don't get any email twice.

_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools
Reply | Threaded
Open this post in threaded view
|

Re: Monitoring bugs

Max Kanat-Alexander
On Mon, 2005-06-20 at 10:30 -0500, Aaron Larson wrote:
> MK> It's important to put [hidden email] in the data/nomail
> MK> file, of course, since it itself is an invalid email address.
>
> Is this preferable to having the "fake" user "Disable All Mail"?
> Also, can I then "Disable" the user (to prevent someone from loggin in
> as that user)?

        Yeah. I think (although I'm not certain) that if you Disable All Mail
for the fake user, then the watchers won't get any mail either.

> If the answers to the previous two questions are "yes", then it would
> seem that an addition to the administrative options to automagically
> create such fake users would be pretty helpful (i.e., it would
> eliminate the need to have shell access on the server).

        Really, all that needs is the ability to administratively disable mail,
which we probably have a bug for somewhere, already. Feel free to CC me
on it if you find it.

> Also, to minimize namespace polution, would there be any problem with
> having all the fake users have a name with a particular syntax?  I was
> thinking of something like ":productname", or "product_productname",
> or some such.

        I think it's easier to just leave that up to the individual Bugzilla
admin to do what they'd like.

        -Max
--
http://www.everythingsolved.com/
Everything Solved: Experts at Bugzilla... and everything else, too.

_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools
Reply | Threaded
Open this post in threaded view
|

RE: Monitoring bugs

Jeff Jensen
In reply to this post by Aaron Larson
Hi,

Would you mind telling me where I can find info on the "data/nomail file"?


-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of Aaron Larson
Sent: Monday, June 20, 2005 10:30 AM
To: [hidden email]
Subject: Re: Monitoring bugs

>>>>> "MK" == Max Kanat-Alexander <[hidden email]> writes:

MK> On Thu, 2005-05-26 at 09:43 -0400, Yuri Ivanov wrote:

>> Question: how to make Bugzilla send emails to a group of recipients
>> without CC'ing every single one?

MK> On bugzilla.mozilla.org, for the Bugzilla project, we have all our
MK> components owned by "fake" accounts. For example, the
MK> "Installation/Configuration" component is owned by
MK> "[hidden email]."

MK> Then, in my email settings, I have set myself to "watch"
MK> [hidden email]. So, I get all email that that account
MK> would normally get.

I was just getting ready to address the same issue that Yuri asked above,
and this seems like a very good solution.  It does however beg for a bit
better administrative solution.

MK> It's important to put [hidden email] in the data/nomail
MK> file, of course, since it itself is an invalid email address.

Is this preferable to having the "fake" user "Disable All Mail"?
Also, can I then "Disable" the user (to prevent someone from loggin in as
that user)?

If the answers to the previous two questions are "yes", then it would seem
that an addition to the administrative options to automagically create such
fake users would be pretty helpful (i.e., it would eliminate the need to
have shell access on the server).  Perhaps it doesn't need to be as
automatic as "create product groups", but I was thinking of something along
those lines, or perhaps a checkbox on the editcomponents page something like
"make initial owner be a fake user"
or some such.

Also, to minimize namespace polution, would there be any problem with having
all the fake users have a name with a particular syntax?  I was thinking of
something like ":productname", or "product_productname", or some such.


MK> This is a much better way than using email aliases in your mail
MK> server, because then every individual user can control their email
MK> preferences separately. Also, it assures that all users have actual
MK> Bugzilla accounts and don't get any email twice.

_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools

_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools
Reply | Threaded
Open this post in threaded view
|

Re: Monitoring bugs

byron jones
In reply to this post by Aaron Larson
> Would you mind telling me where I can find info on the "data/nomail file"?

sections 3.2.2.2, 6.10.2 and faq 5.1 of the docs.


-byron

begin-base64 644 signature.gif
R0lGODlhbQAHAIAAAABPo////ywAAAAAbQAHAAACfAxuGAnch+Bibkn7FL1p
XgVl4Ig1jjlZRoqybgun2Cur5uOunq7u/Ipq7WIyIc7XG9JquEgumPzdlhTf
h0O83kDJaXEm8mRHwXKJy5sac7qYOpT+gtv0n+0ujQOfdqh16caWt0foBViH
N1PRMXimiLUGt3ElVimlgbllWAAAOw==
====

_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools
Reply | Threaded
Open this post in threaded view
|

RE: Monitoring bugs

Shib SS
In reply to this post by Jeff Jensen
Can we monitor bugs assigned to a Project ?

For e.g I am a project lead, and i want to be notified
by mail, whenever any bug is assigned or changed ?

--Shib


               
__________________________________________________________
How much free photo storage do you get? Store your friends 'n family snaps for FREE with Yahoo! Photos http://in.photos.yahoo.com
_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools
Reply | Threaded
Open this post in threaded view
|

Re: Monitoring bugs

Aaron Larson
In reply to this post by Aaron Larson
>>>>> "MK" == Max Kanat-Alexander <[hidden email]> writes:

MK> On Mon, 2005-06-20 at 10:30 -0500, Aaron Larson wrote:

MK> It's important to put [hidden email] in the data/nomail
MK> file, of course, since it itself is an invalid email address.

>> Is this preferable to having the "fake" user "Disable All Mail"?
>> Also, can I then "Disable" the user (to prevent someone from loggin in
>> as that user)?

MK> Yeah. I think (although I'm not certain) that if you Disable All
MK> Mail for the fake user, then the watchers won't get any mail
MK> either.

Disabling all mail (at least in 18) does not inhibit watchers from
receiving mail.  Neither does disabling the user.

>> ...

MK> Really, all that needs is the ability to administratively disable
MK> mail, which we probably have a bug for somewhere, already. Feel
MK> free to CC me on it if you find it.

I'll poke around.

>> Also, to minimize namespace polution, would there be any problem
>> with having all the fake users have a name with a particular
>> syntax?  I was thinking of something like ":productname", or
>> "product_productname", or some such.

MK> I think it's easier to just leave that up to the individual
MK> Bugzilla admin to do what they'd like.

Actually, I wasn't proposing this as a policy, but rather I was asking
a question.  I would like (for my installation) to use :ProductName as
the fake user, but I wasn't sure if that would break anything.  So far
things appear to be working ok for me.

_______________________________________________
mozilla-webtools mailing list
[hidden email]
http://mail.mozilla.org/listinfo/mozilla-webtools