<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div>Hi Alex,<br><br></div>Thanks for your reply. My comments inline.<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2015-06-22 19:46 GMT+02:00 Alex Vandiver <span dir="ltr"><<a href="mailto:alex@chmrr.net" target="_blank">alex@chmrr.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 22 Jun 2015 19:10:50 +0200 Marcos Orallo <<a href="mailto:m_orallo@yahoo.es" target="_blank">m_orallo@yahoo.es</a>><br>
wrote:<br>
<span>> I manage an RT 4.2.11 deployment using Debian Wheezy, Apache 2.2,<br>
> mod_fcgid<br>
><br>
> Today we had a very concerning issue regarding a notification being<br>
> sent to a requestor even when it had been explicitly unchecked in the<br>
> recipients list. At first I didn't believe the user, but then I found<br>
> this in the log:<br>
</span>> [snip]<br>
<br>
There's a 47-second interval between the first and the second of<br>
those.  Can you show the full log of everything between them?  </blockquote><div><br></div></span><div>That's the full log, nothing in between (syslog, "info" level). The gap is indeed strange...<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">My guess
is that the first one was a "dry run" to list the potential recipients,<br>
and the second was the actual submission.  This would explain the<br>
different process IDs, as well as the different behaviors.<br></blockquote><div><br></div></span><div>But the "blacklisting" happened just for that transaction when composing the message, it was not a permanent squelch. So the system didn't know it was blacklisted in the preparation stage... <br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span><br>
> You can see that the requestor address was unchecked, but he was<br>
> notified anyway. The notificatoin script uses a custom condition to<br>
> just send the notification when using the web interface, with the<br>
> possibility of squelching recipients manually. The default behaviour<br>
> (implicit notification to all requestors even for correspondence by<br>
> mail) was confusing for my team mates.<br>
<br>
</span>Your wording is confusing.  Is this jut the stock "Notify Requestor and<br>
Ccs" action, with a custom condition?<br></blockquote><div><br></div></span><div>Exactly. This is the custom condition, taken from RT wiki, IIRC.<br><br></div><div style="margin-left:40px"><span style="font-family:monospace,monospace">my $trans = $self->TransactionObj;<br>return 0 unless $trans->Type eq "Correspond";<br> <br>my $msgattr = $trans->Message->First;<br>return 0 unless $msgattr;<br><br>return 1 unless $msgattr->GetHeader('Received');<br>return 0;</span><br></div></div></div></div></div></div></div>