Peer Michael schrieb:
It's seems, that your Autoreply script isn't a global script, but a script,
that runs only in a specific queue.
So? Of course it's a local scrip, I need a different autoreply template for each
of my queues.
Regards,
--ck
--
http://www.de-punkt.de [ [EMAIL
Hi,
I really need a solution to this problem ASAP, our complete ticketing has ground
to a halt. How can it happen that only a completely new requestor (not known to
RT before) receives the initial autoreply and all correspondence via e-mail, but
all known requestors don't receive anything *at
Hi,
the rt debug log looks like this during one of the broken transactions:
[Fri Aug 31 14:26:21 2007] [debug]: About to commit scrips for transaction
#324709 (/usr/local/rt/lib/RT/Transaction_Overlay.pm:173)
[Fri Aug 31 14:26:21 2007] [info]:
[EMAIL PROTECTED] #59902/324709 - Scrip 7
It's seems, that your Autoreply script isn't a global script, but a script,
that runs only in a specific queue.
Michael
No - the following scrips are active for that queue:
Scrips which apply to all queues
* Open Blank
On Correspond Open Tickets with template Blank
*
Kenneth Crocker schrieb:
Christopher,
Did you happen to modify the scrip to do a notify instead of an
autoreply? A notify will not send an E_mail to the requestor if the
requestor is the creator of the ticket, an autoreply will.
No - the following scrips are active for that queue:
Christopher,
Did you happen to modify the scrip to do a notify instead of an
autoreply? A notify will not send an E_mail to the requestor if the
requestor is the creator of the ticket, an autoreply will.
Kenn
LBNL
On 8/24/2007 11:36 AM, Christopher Kunz wrote:
Hi,
System groups:
Hi,
System groups:
Everyone: CreateTicket
Unprivileged: CreateTicket, ReplyToTicket, ShowOutgoingEmail, Watch
Requestor: CreateTicket, ModifyTicket, ReplyToTicket, ShowOutgoingEmail, Watch
No user-defined groups with special privileges exist.
For the problematic queue:
Everyone:
Christopher,
What kind of privileges have you set up both globally and by Queue for
the role Requestor. Also, you may have some privileges for system groups
or user-defined groups that overlap the requestor so that even if the
actual user does not have a particular privilege as a requestor,