Re: [rt-users] status change when reply on resolved ticket
Hi Have any one written a script to change status (custom field) on requester reply Thanks and Regards From: Asanka Gunasekera asanka_gunasek...@yahoo.co.uk To: Tim Cutts t...@sanger.ac.uk; rt-users@lists.bestpractical.com rt-users@lists.bestpractical.com Sent: Wednesday, 29 August 2012, 16:02 Subject: Re: [rt-users] status change when reply on resolved ticket Hi Can I do below Define a script which will change custom field state on reply to a ticket as below 1. Custom filed “reply stat” a. Waiting on Customer (requester) b. Work in progress (internal communication) If the customer (requester) replies the status should changed to “Work in progress” if the any other reply start should change to “Waiting on Customer”. If this is possible how to do this? Thanks and regards From: Tim Cutts t...@sanger.ac.uk To: Duncan McEwan dun...@ecs.vuw.ac.nz Cc: Asanka Gunasekera asanka_gunasek...@yahoo.co.uk; rt-users@lists.bestpractical.com Sent: Tuesday, 28 August 2012, 12:34 Subject: Re: [rt-users] status change when reply on resolved ticket On 27 Aug 2012, at 23:04, Duncan McEwan dun...@ecs.vuw.ac.nz wrote: You can't have it both ways. Either you disable the auto open scrip in which case you potentially miss a customer responding to a resolved ticket to say the problem is not fixed. Or you leave the scrip enabled in which case you may have to manually re-resolve tickets that are reopened due to Thank-you emails. We do that latter and find it not that big a deal for our ticket volumes. Your situation may well be different. I suppose you could try writing your own auto open scrip that searched through the body of a reply to try to figure out whether it looked like it was just saying thank you. Maybe someone has already put something like this on the wiki. If not, good luck getting something that works reliably...! The other suggestion that has been made on the list from time to time is to have an On resolve scrip with a template that includes text along the lines of There is no need to reply to this message to thank us if this issue is now resolved as that will just reopen this closed ticket. But you'll still get some users doing it anyway... That's what we do too. The problem is that it tends to mess with ticket resolution times, and that upsets the various managers who rely on dubious statistics like mean time to resolution for KPIs. It's not such a problem for the thank you emails, more for the breed of user who each time they have a problem think who helped me last time?, look through their email, and reply to any old email that appears to have come from that person. They often re-open tickets which are months or years old. I'm considering writing a scrip which checks how long ago the ticket was resolved, and if it's longer than a certain threshold, leaves it closed and automatically creates a child ticket with the new transaction in it. I think there are bits and pieces to do this in the wiki already, (ForkIntoNewTicket or something) but I haven't pieced all of it together yet. Tim -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.
Re: [rt-users] sendmail error (exited with code 75) - RHEL6
On Wed, Sep 5, 2012 at 8:49 AM, Raphaël Berlamont raphael.berlam...@raphux.com wrote: 2012/9/4 Paul Tomblin ptomb...@xcski.com What happens if you just try to send an email to one of those addresses from the command line on that server? I.e. Mail -s test message corp_admin_...@myfirm.fr test me . Hello Paul, It works and open me a new ticket (no reply though, because root is not correctly aliased). Wait a minute - are you saying that RT is sending outgoing mail to addresses that RT will receive and create a ticket for? Won't that lead to a cascade of tickets? -- http://www.linkedin.com/in/paultomblin http://careers.stackoverflow.com/ptomblin
Re: [rt-users] sendmail error (exited with code 75) - RHEL6
2012/9/5 Paul Tomblin ptomb...@xcski.com Wait a minute - are you saying that RT is sending outgoing mail to addresses that RT will receive and create a ticket for? Won't that lead to a cascade of tickets? Nope. Locally, addresses are like this : x...@rt.myfirm.fr, translation is done by compagny's MTA. So the mail you told me to send went out of the server, then came back, translated. -- Raphaël Berlamont
Re: [rt-users] status change when reply on resolved ticket
Asanka, ➢ Hi Have any one written a script to change status (custom field) on requester reply Off the top of my head you can try the following (I have not tested this, I leave it to you): 1. Custom condition: return 0 unless $self-TransactionObj-Type eq Correspond; return 0 unless $self-TicketObj-IsRequestor($self-TransactionObj-Creator); return 1; 2. Custom action: my ($success, $msg) = $self-TicketObj-AddCustomFieldValue(Field = 'reply stat', Value = 'Work in progress'); if (!$success) { $RT::Logger-error($msg); return 0; } return 1; Maciek
Re: [rt-users] RT 4.0.7 something odd in debug logs
On Fri, Aug 31, 2012 at 09:59:23AM +0100, Tim Cutts wrote: I switched on debug logs, investigating a different problem, and found an immense number of entries like this: [Thu Aug 30 11:43:50 2012] [debug]: Canonicalizing URI '282320' to 'fsck.com-rt://sanger.ac.uk/ticket/282320' (/opt/rt4/sbin/../lib/RT/URI.pm:108) I've never seen this before, when enabling debug mode, so I don't know what's changed to cause it. But that URI really doesn't look right to me! It doesn't seem to be causing any actual problems in the operation of the RT instance, but there's clearly something wrong somewhere, isn't there? Have I got a config item wrong somewhere? fsck.com-rt:// is RT's internal link schema. What you're seeing is a debug log of the internal conversion of a RefersTo or other link from the external notation to the internal notation. This is a new debug message in 4.0.7 -kevin pgpQCl6LC0phm.pgp Description: PGP signature
Re: [rt-users] On Correspond, Take Unowned Ticket
Following up since I sent this just before a long weekend (at least here in the US). Is anyone able to offer any thoughts / point me in the right direction regarding this? Thanks, Matt On Fri, Aug 31, 2012 at 1:13 PM, Matt Brennan brenna...@gmail.com wrote: I am creating a new queue for some slightly less technical users at my company, and their manager has requested I set RT to have a user take ownership of an unowned ticket when they correspond on it via email. I have accomplished this, for the most part, by creating a scrip with the following: my $Ticket = $self-TicketObj; my $Transaction = $self-TransactionObj; my $CreatorId = $Transaction-CreatorObj-Id; $Ticket-SetOwner($CreatorId); The issue is, it shows up as The RT System Itself - Given to user which then generates a notification to the user that the message was given to them. I also considered change the last line such that: $Ticket-_Set(Field='Owner', Value=$CreatorId, RecordTransaction=0); But this obviously doesn't log the transaction, and I DO want to see the ownership change in the ticket's history. My question - can I run the SetOwner (or perhaps the _Set) command AS the $CreatorId for the transaction? My goal is for it to show up as user - Taken which will not generate the notification. Thanks, Matt
Re: [rt-users] sendmail error (exited with code 75) - RHEL6
2012/9/4 Thomas Sibley t...@bestpractical.com Unrelated notes about your template below. Hmm. Can you wrap /usr/sbin/sendmail with a tiny shell script that tee's the input somewhere else and then passes it through to the real sendmail? mv -v /usr/sbin/sendmail{,.real} cat /usr/sbin/sendmail #!/bin/bash exec tee -a /tmp/sendmail-stdin | /usr/sbin/sendmail.real $@ ^D chmod a+rx /usr/sbin/sendmail Well! Very, very strange behaviour that I can't explain : the /tmp/sendmail-stdin filled by tee is fulfilled all the time, but when I encounter the bug, nothing appear in the file! For example, at the very same moment, in /var/log/maillog, I have the following : Sep 5 19:11:10 dgilx202 postfix/smtpd[7412]: connect from unknown[10.223.2.22] Sep 5 19:11:10 dgilx202 postfix/smtpd[7412]: 0F18F25E10: client=unknown[10.223.2.22] Sep 5 19:11:10 dgilx202 postfix/cleanup[7416]: 0F18F25E10: message-id= 4d44666f4f0b2248a2c57dd0af573f930ecd1...@pla122vs151.fr.myfirm.org Sep 5 19:11:10 dgilx202 postfix/qmgr[1793]: 0F18F25E10: from= raphael.berlam...@myfirm.fr, size=1803, nrcpt=1 (queue active) Sep 5 19:11:10 dgilx202 postfix/smtpd[7412]: disconnect from unknown[10.223.2.22] Sep 5 19:11:10 dgilx202 postfix/sendmail[7441]: fatal: rt-t...@myfirm.fr(48): No recipient addresses found in message header Sep 5 19:11:10 dgilx202 postfix/local[7417]: 0F18F25E10: to= rt-t...@rt.myfirm.com, relay=local, delay=0.6, delays=0.02/0/0/0.58, dsn=2.0.0, status=sent (delivered to command: /opt/rt4/bin/rt-mailgate --queue 'Test Queue' --action correspond --url https://rt.myfirm.com) Sep 5 19:11:10 dgilx202 postfix/qmgr[1793]: 0F18F25E10: removed But nothing appeared in /tmp/sendmail-stdin... I've done the test 3 times, same result : logs appears in /var/log/maillog, and nothing in /tmp/sendmail-stdin. I don't even understand how can this be possible... On 09/04/2012 09:30 AM, Raphaël Berlamont wrote: New template i've set up, very basic though (sorry, French here ;)) : = Subject: {$Ticket-Subject} : pris en charge par { $Ticket-OwnerObj-Name } Bonjour, The lack of a blank line between your header block (containing Subject: ...) and the body of your message Bonjour, is going to cause problems. Bonjour, is going to be parsed as a header. You should put a blank line between the two lines above. Thank you, I corrected this. -- Raphaël Berlamont
[rt-users] ExternalAUth
Hi, I am trying to get ExternalAuth against AD working on an existing RT instance. I can successfully login using AD credentials, however I would like to limit access by group membership. When I try to do this it simply wont work. Attached is my RT_SiteConfig.pm (anonymized). This config works as I have commented out the sections relevant to group membership. Can someone point out where I'm going wrong? Regards Jim Tambling Network Services Data Tote (England) Ltd. Set($Timezone, Europe/London); Set($rtname, 'CGS ITC Department'); Set($Organization, 'x.xx.sch.uk'); Set($CorrespondAddress , 'rt-supp...@x.xx.sch.uk'); Set($CommentAddress , 'rt-suppor...@x.xx.sch.uk'); Set( $rtname, 'My Organization'); # THE WEBSERVER: Set($WebDomain, 'request..com'); Set($WebPath , /rt); Set($WebBaseURL , http://request..com;); # The Database Set($DatabasePassword, q{}); # MAIL CONFIG #Set($MailCommand , 'smtp'); # You must install Plugins on your own, this is only an example # of the correct syntax to use when activating them. # There should only be one @Plugins declaration in your config file. #Set(@Plugins,(qw(RT::Extension::QuickDelete RT::Extension::CommandByMail))); Set(@Plugins,(qw(RTx::AssetTracker RT::Extension::MandatorySubject RT::Extension::ResetPassword RT::Authen::ExternalAuth))); Set($ExternalAuthPriority, [ 'My_LDAP', ] ); Set($ExternalInfoPriority, [ 'My_LDAP' ] ); # If this is set to true, then the relevant packages will # be loaded to use SSL/TLS connections. At the moment, # this just means use Net::SSLeay; Set($ExternalServiceUsesSSLorTLS,0); # If this is set to 1, then users should be autocreated by RT # as internal users if they fail to authenticate from an # external service. Set($AutoCreateNonExternalUsers,0); # These are the full settings for each external service as a HashOfHashes # Note that you may have as many external services as you wish. They will # be checked in the order specified in the Priority directives above. # e.g. # Set($ExternalAuthPriority,['My_LDAP','My_MySQL','My_Oracle','SecondaryLD AP','Other-DB']); # Set($ExternalAuthPriority,['My_LDAP']); Set($ExternalSettings, { # First LDAP 'My_LDAP' = { ## GENERIC SECTION # The type of service (db/ldap/cookie) 'type' = 'ldap', # The server hosting the service 'server' = 'dc1..com', ## SERVICE-SPECIFIC SECTION # If you can bind to your LDAP server anonymously you should # remove the user and pass config lines, otherwise specify them here: # # The username RT should use to connect to the LDAP server 'user' = 'rtb...@.com', # The password RT should use to connect to the LDAP server 'pass' = 'xx', # # The LDAP search base 'base' = 'ou=XXX,dc=,dc=com', # # ALL FILTERS MUST BE VALID LDAP FILTERS ENCASED IN PARENTHESES! # YOU **MUST** SPECIFY A filter AND A d_filter!! # # The filter to use to match RT-Users 'filter' = '((ObjectCategory=User)(ObjectClass=Person))', # A catch-all example filter: '(objectClass=*)' # # The filter that will only match disabled users 'd_filter' ='(userAccountControl:1.2.840.113556.1.4.803:=2)', # A catch-none example d_filter: '(objectClass=FooBarBaz)' #
[rt-users] Sending email- script error
Hello everyone. I have been searching for information and a resolution for an error I am having with RT 4.0.7 and can't find anything in regards to it; have had this issue since 4.0.6 upgrade (on new server and new install). I believe it is something simple in the PERL code or that I don't have a setting correct in my RT_SiteConfig file but without something to aim me in a direction I am helplessly lost. As you might have guessed I am PERL illiterate. I have searched on terms in the error but since google stopped the use of quotes... sadness in sues my efforts. Most issues I can get resolved but this leaves me dumb-founded. Any help would be greatly appreciated and hopefully searchable by others that have similar issues. The error I get is when I go to reply to a ticket. As you can see bellow it looks to crash. No error is given in the RT web interface and we find no log or response in the web interface to show email was created and sent. I do not have this issue on my on create action as those emails are getting created and sent. It seems to be contained to my on correspond action. System: Centos 6 - latest updates and all standard packages. Description: On Correspond Notify Owner Condition: ONCorrespond Action: NotifyOwner Template: Global:CorrespondNotifyOwner Stage: TransactionCreate Error message ( from /var/log/messages): Sep 5 17:02:06 itsys RT: error: unexpected end of header (/opt/rt4/sbin/../lib/RT/Template.pm:387) Sep 5 17:02:06 itsys RT: error: unexpected end of header (/opt/rt4/sbin/../lib/RT/Template.pm:387) Sep 5 17:02:06 itsys RT: error: unexpected end of header (/opt/rt4/sbin/../lib/RT/Template.pm:387) Sep 5 17:02:06 itsys RT: error: unexpected end of header (/opt/rt4/sbin/../lib/RT/Template.pm:387) Sep 5 17:02:06 itsys RT: Use of uninitialized value in pattern match (m//) at /opt/rt4/sbin/../lib/RT/ScripAction.pm line 169. (/opt/rt4/sbin/../lib/RT/ScripAction.pm:169) Sep 5 17:02:06 itsys RT: Scrip Prepare 1 died. - Require of RT::Action::d failed.#012Can't locate RT/Action/d.pm in @INC (@INC contains: /opt/rt4/sbin/../local/lib /opt/rt4/sbin/../lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /etc/httpd) at (eval 1809) line 3.#012#012Stack:#012 [(eval 1809):3]#012 [/opt/rt4/sbin/../lib/RT/Scrip.pm:443]#012 [/opt/rt4/sbin/../lib/RT/Scrips.pm:234]#012 [/opt/rt4/sbin/../lib/RT/Transaction.pm:179]#012 [/opt/rt4/sbin/../lib/RT/Record.pm:1461]#012 [/opt/rt4/sbin/../lib/RT/Ticket.pm:2270]#012 [/opt/rt4/sbin/../lib/RT/Ticket.pm:2176]#012 [/opt/rt4/sbin/../lib/RT/Ticket.pm:2313]#012 [/opt/rt4/share/html/Ticket/Elements/PreviewScrips:52]#012 [/opt/rt4/share/html/Ticket/Update.html:192]#012 [/opt/rt4/share/html/Widgets/TitleBox:56]#012 [/opt/rt4/share/html/Ticket/Update.html:193]#012 [/opt/rt4/share/html/Ticket/autohandler:19]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:576]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:326]#012 [/opt/rt4/share/html/autohandler:53]#012#012#012Stack:#012 [/opt/rt4/sbin/../lib/RT/ScripAction.pm:173]#012 [/opt/rt4/sbin/../lib/RT/Scrip.pm:443]#012 [/opt/rt4/sbin/../lib/RT/Scrips.pm:234]#012 [/opt/rt4/sbin/../lib/RT/Transaction.pm:179]#012 [/opt/rt4/sbin/../lib/RT/Record.pm:1461]#012 [/opt/rt4/sbin/../lib/RT/Ticket.pm:2270]#012 [/opt/rt4/sbin/../lib/RT/Ticket.pm:2176]#012 [/opt/rt4/sbin/../lib/RT/Ticket.pm:2313]#012 [/opt/rt4/share/html/Ticket/Elements/PreviewScrips:52]#012 [/opt/rt4/share/html/Ticket/Update.html:192]#012 [/opt/rt4/share/html/Widgets/TitleBox:56]#012 [/opt/rt4/share/html/Ticket/Update.html:193]#012 [/opt/rt4/share/html/Ticket/autohandler:19]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:576]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:326]#012 [/opt/rt4/share/html/autohandler:53] (/opt/rt4/sbin/../lib/RT/Scrip.pm:451) The last part has #012 which is ASCII code for a RETURN so it should read, I think, like this Sep 5 17:02:06 itsys RT: Scrip Prepare 1 died. - Require of RT::Action::d failed. Can't locate RT/Action/d.pm in @INC (@INC contains: /opt/rt4/sbin/../local/lib /opt/rt4/sbin/../lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /etc/httpd) at (eval 1809) line 3. Stack: [(eval 1809):3] [/opt/rt4/sbin/../lib/RT/Scrip.pm:443] [/opt/rt4/sbin/../lib/RT/Scrips.pm:234] [/opt/rt4/sbin/../lib/RT/Transaction.pm:179] [/opt/rt4/sbin/../lib/RT/Record.pm:1461] [/opt/rt4/sbin/../lib/RT/Ticket.pm:2270] [/opt/rt4/sbin/../lib/RT/Ticket.pm:2176] [/opt/rt4/sbin/../lib/RT/Ticket.pm:2313] [/opt/rt4/share/html/Ticket/Elements/PreviewScrips:52] [/opt/rt4/share/html/Ticket/Update.html:192] [/opt/rt4/share/html/Widgets/TitleBox:56] [/opt/rt4/share/html/Ticket/Update.html:193] [/opt/rt4/share/html/Ticket/autohandler:19] [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:576]
[rt-users] Problems with Scrip #5 - On Correspond Notify AdminCcs
All, We've just upgrade to 4.0.6 and are experiencing some issues with notifications. The current issue is with Scrip #5. When a priviliged user responds to the ticket via email, Scrip #5 runs and notifications are sent to AdminCCs. When a unpriviliged user (i.e. the requestor) responds to the ticket via email, the correspondence is added to the ticket history, but notifications are not actually sent out to AdminCCs. I upped the logs and did a side by side comparison of responses via email from a priviliged user and unprivliged user. I've highlighted the main difference that I see in red. [Thu Sep 6 00:50:23 2012] [debug]: Found 4 scrips for TransactionBatch stage with applicable type(s) Correspond for txn #1421196 on ticket #162291 (/opt/rt4/sbin/../lib/RT/Scrips.pm:425) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Checking Transaction Type: Correspond ((eval 1554):10) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Owner = RT::Ticket=HASH(0x7f8a8704f708)-Owner ((eval 1554):11) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Requestor = unprivile...@domain.commailto:unprivile...@domain.com ((eval 1554):12) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Actor = privili...@domain.commailto:privili...@domain.com ((eval 1554):13) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Ticket ID = RT::Ticket=HASH(0x7f8a8704f708)-ID ((eval 1554):14) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Correspondence. Checking content. ((eval 1554):16) [Thu Sep 6 00:50:23 2012] [debug]: Scrip #5: Content does not begin with --. Returning 1. ((eval 1554):18) [Thu Sep 6 00:50:23 2012] [info]: Scrip #57 - Check Exception On Create Notify ((eval 1580):10) [Thu Sep 6 00:50:23 2012] [debug]: Skipping Scrip #57 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:247) [Thu Sep 6 00:50:23 2012] [debug]: Skipping Scrip #2 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:247) [Thu Sep 6 00:50:23 2012] [debug]: Skipping Scrip #10 because it isn't applicable (/opt/rt4/sbin/../lib/RT/Scrips.pm:247) [Thu Sep 6 00:50:23 2012] [debug]: Committing scrip #5 on txn #1421196 of ticket #162291 (/opt/rt4/sbin/../lib/RT/Scrips.pm:192) [Thu Sep 6 00:50:23 2012] [debug]: Calling SetRecipientDigests for transaction RT::Transaction=HASH(0x7f8a940f7d00), id 1421196 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:651) [Thu Sep 6 00:50:23 2012] [debug]: Working on mailfield Cc; recipients are (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:667) [Thu Sep 6 00:50:23 2012] [debug]: Subject: RE: [DevOps #162291] Resolved: Test Ticket - Correspondence From: Privileged User RT r...@rt.domain.commailto:r...@rt.domain.com Reply-To: RT r...@rt.domain.commailto:r...@rt.domain.com In-Reply-To: randomt...@emailserver.domain.commailto:randomt...@emailserver.domain.com References: rt-ticket-162...@domain.commailto:rt-ticket-162...@domain.com randomt...@emailserver.domain.com,rt-4.0.6-ran...@domain.commailto:randomt...@emailserver.domain.com,rt-4.0.6-ran...@domain.com randomt...@emailserver.domain.commailto:randomt...@emailserver.domain.com Message-ID: rt-4.0.6-randomtemailto:rt-4.0.6-753-1346892623-1068.162291-...@prg.comx...@domain.com Precedence: bulk X-RT-Loop-Prevention: domain.com RT-Ticket: domain.com #162291 Managed-by: RT 4.0.6 (http://www.bestpractical.com/rt/) RT-Originator: priviligedu...@domain.commailto:priviligedu...@domain.com Bcc: List of AdminCcs To: AdminCc of domain.com Ticket No. 162291:; MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-RT-Original-Encoding: utf-8 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:674) [Thu Sep 6 00:50:23 2012] [debug]: Removing deferred recipients from Cc: line (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:697) [Thu Sep 6 00:50:23 2012] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:706) When the priviliged user responds to a ticket via email, Bcc: and To: are listed as part of the email. When a non-priviliged user responds, these lines are just missing. Eventually, I see the following line when I'l looking at the output from an unpriviliged user: [Thu Sep 6 00:50:01 2012] [debug]: Setting deferred recipients for attribute creation (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:706) [Thu Sep 6 00:50:01 2012] [debug]: No recipients found for deferred delivery on transaction #1421195 (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:719) [Thu Sep 6 00:50:01 2012] [info]: rt-4.0.6-784-randomt...@domain.commailto:rt-4.0.6-784-randomt...@domain.com #162291/1421195 - Scrip 5 On Correspond Notify AdminCcs (/opt/rt4/sbin/../lib/RT/Action/SendEmail.pm:308) [Thu Sep 6 00:50:01 2012] [info]: rt-4.0.6-784-randomt...@domain.commailto:rt-4.0.6-784-randomt...@domain.com No recipients found. Not sending. (/opt/rt4/sbin/../lib/RT/Interface/Email.pm:353) I've customized the actions in Scrip #5 so that email that are empty and begin with --(the signature bit in