Hi
I granted globally to 'Everyone' the right 'ReplyToTicket' but I still
get this message:
---
RT could not load a valid user, and RT's configuration does not allow
for the creation of a new user for this email ([EMAIL PROTECTED]).
You might need to grant 'Everyone' the right
I'm trying to create a notification email on the receiving queue when
a ticket is moved. I have two queues (test1 and test2), and I've
added a scrip to both:
Description: Queue Notify
Condition: On queue change
Action: Notify requesors, CC and AdminCC
Template: Global template: Transaction
Carlos J. Velez-Rivera wrote:
Mike,
I'm one of those who has the issue you mention. I'd like to help. Do
you want some more output enabled? Would you like me to add some code to my
instance so you can output anything that might help you fix it?
It's not something that is easily
Description: Queue Notify
Condition: On queue change
Action: Notify requesors, CC and AdminCC
Template: Global template: Transaction
Stage: TransactionCreate.
I am the requestor and adminCC.
Still does not send the email. I thought that would be enough.
Are you also changing the queue?
Kristian
Description: Queue Notify
Condition: On queue change
Action: Notify requesors, CC and AdminCC
Template: Global template: Transaction
Stage: TransactionCreate.
I am the requestor and adminCC.
Still does not send the email. I thought that would be enough.
Are you also changing
Terence Monteiro wrote:
Hello,
I've been writing a Perl Catalyst application that uses the RT library to
create, work on and resolve RT tickets. I'm making a call to
RT::Ticket-create
to create a ticket, passing the Queue, Subject, Requestors, Attachments in a
hash.
Yesterday, when the
Like Jesse said, times are stored as GMT in the DB, so if you access the
DB directly without using the RT API, you have to convert times to your
timezone manually in your script.
Just letting everyone know i eventually found a way to do this after
some hours trying to figure out a way
Hi Kristian,
In addition to what Toby mentioned about NotifyActor, you only need to put
the scrip in the receiving queue. If a ticket moves from OldQueue to
NewQueue, the scrip in NewQueue will fire but the one in OldQueue will not.
Regards,
Gene
At 01:04 AM 6/2/2008, Kristian Davies wrote:
Acually, Toby said the same thing (more succinctly), I just realized. But I
didn't parse it right on first reading so maybe you didn't either.
-
The information contained in this email is strictly confidential and subject
to the Confidentiality Notice at
I have an identical set-up in mine except it's just the AdminCC getting
notified. And it works.
One thing I've noticed is that, sometimes, when the RT User making a change
is THE SAME USER as the one at the receiving end of some expected
notification, RT knows that there is no need to notify the
I have a requester that has sent us tickets via his RT. Our RT and his
RT entered a battle where we resolved the ticket, an email is sent, they
resolved their ticket, which sent an email that reopened our ticket, we
resolve, email is sent, they resolve their re-opened ticket, email is
sent and
Cory,
We use a custom field to designate whether or not a resolve
notice should be sent. If it is set to No, the scrip does
not send the E-mail. It works well and is easy to setup.
Ken
On Mon, Jun 02, 2008 at 12:40:35PM -0500, Cory Berry wrote:
I have a requester that has sent us tickets via
On Mon, Jun 2, 2008 at 5:11 PM, Gene LeDuc [EMAIL PROTECTED] wrote:
Hi Kristian,
In addition to what Toby mentioned about NotifyActor, you only need to put
the scrip in the receiving queue. If a ticket moves from OldQueue to
NewQueue, the scrip in NewQueue will fire but the one in OldQueue
Hi,
I wanted to test creation of new users based on external LDAP information,
as described here:
http://wiki.bestpractical.com/view/AutoCreateFromExternalUserInfo
however, the link to the download of the CurrentUser_Local.pm seems to be
broken.
Does anybody can send it here to the list, or
Kenneth,
You might want to try to modify your Resolved scrip by making the
condition user-defined and adding code to check the To: address or
Requestor or whatever data you can consistently use and if it matches
your condition, return 0. Hope this helps.
Kenn
LBNL
On 6/2/2008 12:24
Kristian,
If you want the RT user initiating a transaction to be notified, you
have to change the Set($NotifyActor, 0); configuration to 1 in your
RT_SiteConfig.pm file. This will turn on the ability to notify the
current user when initiating a transaction. I believe this was in an
16 matches
Mail list logo