Hi,
I think that method doesn't work for my purpose... but thank you anyway...
Now I'm trying to get the email of the real requestor with:
RT::User-LoadByEmail([EMAIL PROTECTED]);
If the user isn't yet in the database, then I lookup in the LDAP:
RT::User-LookupExternalUserInfo(mail, [EMAIL
I thought that was default behaviour?? but maybe it depends on what
permissions you assigned to the Everyone and Requesters groups
Roy
Thierry Thelliez wrote:
Is it possible to configure the SelfService GoTo Ticket interface to
only search for tickets initiated by the current user?
We do
Is it possible to configure the SelfService GoTo Ticket interface to
only search for tickets initiated by the current user?
We do not want users to be able to see each others tickets.
Thanks,
Thierry Thelliez
___
Hello Everyone!
Currently running v3.6.3 on FC7, yum installation - awesome!
Fairly new to RT and am trying to wrap my head around the best way to setup
a customer support queue (non-privileged users).
From the wiki I have it setup and working great, I also added the
AutoReplyPassword template
Hi Craig,
Re: your password reset question. I have a scrip that resets an
unprivileged user's password and then mails it to them. It is triggered by
an e-mail from the user that consists of the word reset. It doesn't let
the user specify a password, but if they forget it they can easily
Anyone have any thoughts on this?
Keep up with my goings on at http://theillien.blogspot.com
Mathew Snyder wrote:
I'm trying to set up a cron job which will send an email to RT. This ticket
should spawn three child tickets. Technically, it works. The child tickets
are
spawned however,
Try changing:
Custom Condition:
if ($self-TransactionObj-Type eq Create $self-TicketObj-Subject =~
/^Patch Testing for\s?/){
To:
Custom Condition:
if ($self-TransactionObj-Type eq Create $self-TicketObj-Subject =~
/^Patch Testing for\s?/ $self-TicketObj-Subject !~ /Child$/){
It looks
Thanks. I'll give that a try.
Keep up with my goings on at http://theillien.blogspot.com
Jacob Helwig wrote:
Try changing:
Custom Condition:
if ($self-TransactionObj-Type eq Create $self-TicketObj-Subject =~
/^Patch Testing for\s?/){
To:
Custom Condition:
if
I've been informed that some are beginning to complain about the speed
of RT when it comes to loading tickets that contain attachments. This
has led to the question of distributed computing in the way of load
balancing. I'd like to avoid moving in this direction with RT as we
don't have the need
That extra condition did the trick. Thanks.
Mathew
Keep up with my goings on at http://theillien.blogspot.com
Jacob Helwig wrote:
Try changing:
Custom Condition:
if ($self-TransactionObj-Type eq Create $self-TicketObj-Subject =~
/^Patch Testing for\s?/){
To:
Custom Condition:
if
What database backend are you using? We noticed a slowdown right around
10k tickets, and we have a Postgres backend. One command that we found
useful was the vacuum command, which increased our performance
significantly.
Mathew wrote:
I've been informed that some are beginning to complain
We're using MySQL 5 and have around 70k tickets.
Keep up with my goings on at http://theillien.blogspot.com
Chris Nelson wrote:
What database backend are you using? We noticed a slowdown right around
10k tickets, and we have a Postgres backend. One command that we found
useful was the vacuum
Quoting Erik Anderson [EMAIL PROTECTED]:
Hello all - I just came upon a very odd problem with one of my rt
installs. This is rt-3.4.5, running on apache-2.0.58, mod_perl-2.0.2,
and mysql-4.0.18.
This install has been around for several years. This morning, it
started doing the following:
1.
Hello all - I just came upon a very odd problem with one of my rt
installs. This is rt-3.4.5, running on apache-2.0.58, mod_perl-2.0.2,
and mysql-4.0.18.
This install has been around for several years. This morning, it
started doing the following:
1. New ticket notifications have stopped.
2.
14 matches
Mail list logo