I'm no longer getting my auto reply emails attempted when I create tickets, and email to requestors is no longer attempted (nor am I told that email will be sent to the requestors). What sorts of things could cause this problem? My NotifyActor setting is set as "1". I know that I haven't provided
Hi
All,
Can any body tell me
wht rights should be granted/should nt be granted to the privilaged(queue -to-
queue) user so that they can not view those tickets, which
actually they are not responsible to resolve?
for e.g :- there are
3 queuse. IT, Finance, HR
A
end-user to
Hi,
Sometimes we encounter tickets with empty content, e.g. no history
displayed by RT/Apache. But, looking into the database it seems like
everything is stored of replies, updates, etc...
Any tip or hint what we should look into to find out why RT won't display
those tickets? I cannot see
I thought this newbie would post something useful. I dug around the
archives and found that a couple people on this list had asked this
question before with no answer forthcoming.
From the commandline, get into mysql:
% mysql -u username rt3
mysqlalter table tickets auto_increment=1000;
At Wednesday 9/27/2006 07:18 PM, Joe Auty wrote:
I'm no longer getting my auto reply emails attempted when I create
tickets, and email to requestors is no longer attempted (nor am I
told that email will be sent to the requestors).
What sorts of things could cause this problem? My NotifyActor
Hi Tim
I noticed that option after I wrote the email. I tried it and it
indeed created the database but it fails further down the line when it
tries to grant access. It's probably more an issue of mysql than RT.
Please take a look at the log below and see if you can help solve the
problem.
Is there a simple REST interface reference out there? I searched the
wiki but got 78 results searching for just REST and zero searching
for REST with any other word (the wiki search function is pretty
terrible in my experience, or I just don't know how to use it).
At any rate, what we want
RT package has no any *_Vendor.pm files. See
http://wiki.bestpractical.com/?CleanlyCustomizeRT.
On 9/28/06, pascal gouin [EMAIL PROTECTED] wrote:
Ruslan Zakirov ruslan.zakirov at gmail.com writes:
problem is in lib/RT/Transaction_Vendor.pm which is not part of RT
distribution.
On 9/27/06,
Hi,
I have a strange error:
I'm creating a new ticket via Mailinterface:
/opt/rt3/bin/rt-mailgate --queue General
--action correspond --url http://saxophon.intern.ebewe.at/rt [EMAIL PROTECTED]
before taking the request,
the URL of the ticket is:
You must connect as dba, see --with-db-dba option of the configure
script. I see you're using root and this user has rights to create
databases. In the error below mysql says that user 'root' who is
connecting from 'rt.idssite.com' has no access to database 'rt3'
which means that rt3 DB is there
Use 'rt' command-line tool. It will give you a good idea of what fields
there are and their default values, etc. To really get a good
understanding, use ethereal to look at HTTP traffic.
If you want to do this from a Perl program, I wrote RT::Client::REST a
while back. It should be able to do
I have had the exact same problem. I looked through
all the config, wiki, etc. and couldn't find a solution. I hope someone on
this list can give an answer. For me, it's just the subject link that is
wrong. The link to the ticket # works.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Wed, Sep 27, 2006 at 09:32:11AM +1000, john habermann wrote:
Hi
I was just looking at the screen shots on the Best Practical website
and noticed that they where from the 3.0.5pre2 version of RT. Would be
great if they could be updated to the latest version.
We're working on it.
On Sep 28, 2006, at 9:23 AM, Stephen Turner wrote:
At Wednesday 9/27/2006 07:18 PM, Joe Auty wrote:
I'm no longer getting my auto reply emails attempted when I create
tickets, and email to requestors is no longer attempted (nor am I
told that email will be sent to the requestors).
What
On Thu, Sep 28, 2006 at 08:10:53PM +0200, Leif Nixon wrote:
Tim Pierce [EMAIL PROTECTED] writes:
After looking at some of the inbound mail it looks as if dropping
inbound mail with a header of Precedence: bulk would do a good first
pass at eliminating the autoreplies. I'm writing to
Hello,
I'm trying to figure out a strange problem in one of our
customizations (RT 3.4.2, Apache 1.3.33, mod_perl 1.29. Perl 5.8.3, RHEL 3).
We inserted a callback into User/Prefs.html to provide a UI for
additional user preferences. Here's what that looks like:
/Elements/Callback, user =
On Sep 28, 2006, at 2:24 PM, Jesse Vincent wrote:On Thu, Sep 28, 2006 at 02:21:04PM -0400, Joe Auty wrote: Hello,Thanks to Stephen Turner, I think I uncovered the source of the problem relating to my scrips no longer working. I thought that this deserved a thread of its own with a more
Jesse Vincent [EMAIL PROTECTED] writes:
On Thu, Sep 28, 2006 at 08:10:53PM +0200, Leif Nixon wrote:
Precedence: bulk indicates that the e-mail is either from a mailing
list or somehow autogenerated (like an autoreply). It is almost always
a good idea to filter those out from any automated
Hi Ruslan
And how to fix that?
TIA
Paolo
Ruslan Zakirov wrote:
You must connect as dba, see --with-db-dba option of the configure
script. I see you're using root and this user has rights to create
databases. In the error below mysql says that user 'root' who is
connecting from
Hi all,
In our environment it is common for us to forward an e-mail to RT to
convert it into a ticket. Once it's a ticket we can change the
requestor (since by default it would be us). We do it like this to
avoid the cut and paste alternative.
So, with that said, is there a way tolet me
Does it cover 3.6.x as well?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jason
Fenner
Sent: Tuesday, September 26, 2006 9:28 AM
To: john habermann
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] how to use RT effectively
I agree. The
21 matches
Mail list logo