Hi,
Using RT 3.6.7.
I want to initiate a ticket and send a standard email out with an
attachment that will be different each time.
My thinking was as follows:
Users creates new ticket in queue with a subject.
Selects ticket and changes the requester to the person who will get the email.
Selects
No permission to create tickets in the queue 'Partners' i have the everyone
group set to create and reply tickets and i also have unprivlidged now and
it still gives me this error.
Eli Altman wrote:
What message/error are you getting, exactly? Have you set the CreateTicket
and ReplyToTicket
Also from the web interface, click Configuration/Tools/System
Configuration ..
very useful page
Roy
Eli Altman wrote:
It should be displaying itself at the bottom of each page. If not, I found
$VERSION being set in rt3/lib/RT.pm.
Elias
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Thanks so much for this info. Worked out great.
On 10/23/08 7:52 PM, Eli Altman [EMAIL PROTECTED] wrote:
It should be displaying itself at the bottom of each page. If not, I found
$VERSION being set in rt3/lib/RT.pm.
Elias
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Thanks, this worked.
On 10/24/08 6:57 AM, Roy El-Hames [EMAIL PROTECTED] wrote:
Also from the web interface, click Configuration/Tools/System
Configuration ..
very useful page
Roy
Eli Altman wrote:
It should be displaying itself at the bottom of each page. If not, I found
Hello Ruslan,
Thanks for the advice!
Ruslan Zakirov-2 wrote:
It's correct way. Looks like some cache issue.
you can use the following code to check if it's cache issue or not:
my $ticket = RT::Ticket-new( $RT::SystemUser );
$ticket-Load( $self-TicketObj-id );
and then use this
I have also went into the RT_SiteConfig and changed
Set($SenderMustExistInExternalDatabase , undef) i changed the undef to 0
will this also cause issue if i have set the everyone group to create and
reply i have also set unpriviledged group to create and reply also.
Eli Altman wrote:
What
Any recommendations on a good start for using Custom field values to
update the status field?
Example:
Bob in Art Department wants the GUI to have (Accepted Task, WIP,
Project Completed) however, licensing want the statuses to remain the
same.
So I need the ability to change the status
Stefan, RT may already be configured to do what you need right out of the box.
I'd suggest learning more about Scrips and Templates when you have time. How
much experience do you have with RT?
I want to initiate a ticket and send a standard email out with an
attachment that will be different
What version of RT are you running? How did you install it and have you made
any modifications to it since the install? I can't remember if RT creates non
privileged users by default when a ticket is create via email.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Mark, with some custom modding I suppose it would be possible to have the
Status display differently depending on a user or ticket customfield. You
would also need a custom field for the ticket or user to hold the department.
In my installation, we use an LDAP for all of our users, so this
Just received this info from the person who built the server
the source code hasn't been changed
It was build from freebsd ports
it's setup for ad auth via apache heimdal module
-Original Message-
From: Eli Altman [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 11:33 AM
To:
What version of RT again? There may be better options for AD authentication out
there. Has this server been running for a while, is it filled with tickets yet?
Has this installation of RT ever dealt with tickets created via email before?
New issue or existing?
-Original Message-
From:
3.6.3 this is a new issue we are trying to get customers to send us
trouble tickets
-Original Message-
From: Eli Altman [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 12:02 PM
To: Joe Charbonneau; rt-users@lists.bestpractical.com
Subject: RE: [rt-users] outside email
What
The installation unfortunately is not new its about 9700 tickets old. I
will have to mull over the other options with my higher ups to see what
they think. Thanks for your help.
-Original Message-
From: Eli Altman [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 1:08 PM
To: Joe
Try a separate install of 3.8.1 into a different location using a different db
name, get ExternalAuth running on it using AD, then copy the entire DB from the
old installation and run the update script to get it compatible to 3.8.1. Make
sure everything looks good on the new test install, then
Hi folks,
I hope this is the right list to submit my quesstion. Sorry in advance
if it isn't.
I upgraded to rt 3.8.1 last month and when I try to plot (bar or pie)
the output of ticket searches
I get the error Graphical charts are not available.
I looked in the archives and saw the following
AFAIK GraphViz is only used to show relationship charts for dependencies,
linked tickets, etc. Instead GD is used for displaying charts based on ticket
search results (GD::Graph) Am I wrong? I assume Graphs based on ticket search
results was working before the upgrade. Try adding this to
I would try reinstalling GD::Graph from CPAN (forcing if necessary).
Perhaps the RT upgrade was coincidental to a redhat perl rpm upgrade?
Janet Houser wrote:
Hi folks,
I hope this is the right list to submit my quesstion. Sorry in advance
if it isn't.
I upgraded to rt 3.8.1 last month
It appears '--enable-gd' or '--with-gd' in configure simply turns on the
testing for whether GD is installed and working, if so it will either set
DisableGD to 1 or undef depending on the test. Janet, I'm betting DisableGD
set to undef is what will make the magic happen.
-Original
Janet, if after the SiteConfig mod you get You've enabled GD, but we couldn't
load the module: xxx then you need to reinstall GD::Graph as Drew suggested.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Drew Barnes
Sent: Friday, October 24, 2008 10:59 AM
Hi Eli,
Thanks.
I didn't modify my new SiteConfig file for graphing. Did I miss
something? In my previous verion (3.6.5) I didn't have to
add anything special for bar and pie graphs to work, so I assumed I
didn't need any new graphing mods in my 3.8.1 Site config file.
j
Janet, if after
It won't hurt anything to set the DisableGD to undef anywhere in the SiteConfig
(except the last line).. it can only help. Give it a shot, restart apache and
tell me how it goes.
-Original Message-
From: Janet Houser [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 11:27 AM
To:
Hi Eli,
I put an entry Set($DisableGD, undef); and restarted httpd. The good
news is that the error went away. The
bad is that it still doesn't plot. That's weird.
j
Eli Altman wrote:
It won't hurt anything to set the DisableGD to undef anywhere in the
SiteConfig (except the last line)..
Hi
Please can someone help.
Fresh install of os and rt and i get this error which ends of with the
ticket email sent but no ticket created and my RT is currently not
working. I have downloaded all the email archives and found other people
with the same error but no real solution.
Rt 3.8.1 on
Please explain in detail what problem you are experiencing. Are you having
problems installing RT and running it for the first time? Can you not access
RT at all through a browser?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kobus Bensch
Sent:
Kobus Bensch wrote:
Hi
Please can someone help.
Fresh install of os and rt and i get this error which ends of with the
ticket email sent but no ticket created and my RT is currently not
working. I have downloaded all the email archives and found other people
with the same error but no
Sounds like the oom-killer is getting mysql. How much memory is on your
db server? Is it configured in such a way that when the innodb pool is
full it's not running out of memory? You shouldn't really have an issue
with this unless you have a large amount of tickets. Might want to check
some
Hi
2GB on rt/db server.
I will have to look at the innodb settings, not changed these before so
will have to dig around.
Ticket volume is very low. Around 20 max a day.
I checked httpd and mysql logs and when this occur there is nothing much
going on in the logs.
Thanks for the help.
kobus
Anything in the mysql logs ?
Sent via BlackBerry from T-Mobile
-Original Message-
From: Kobus Bensch - No Sig [EMAIL PROTECTED]
Date: Fri, 24 Oct 2008 21:01:27
To: Curtis Bruneau[EMAIL PROTECTED]
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] DBD::mysql::st execute failed:
Title: Fullnet Solutions Limited
No nothing in the mysql log.
I juast had to restart the server and i sent one ticket via email and
it generated a 122mb log file.
There is something really wrong here and I dont know what and why.
I had RT running on a server with i386 acrch and version
On Fri, 24 Oct 2008, Janet Houser wrote:
|# I put an entry Set($DisableGD, undef); and restarted httpd. The good
|# news is that the error went away. The
|# bad is that it still doesn't plot. That's weird.
Check your apache error log. I put up a fresh copy of 3.8.1 (src,
not emerged) on a
Have you done steps from UPGRADING.mysql?
On Sat, Oct 25, 2008 at 12:08 AM, Kobus Bensch [EMAIL PROTECTED] wrote:
No nothing in the mysql log.
I juast had to restart the server and i sent one ticket via email and it
generated a 122mb log file.
There is something really wrong here and I dont
Title: Fullnet Solutions Limited
No, because the previous server had the same version of MySQL as the
new one.
Ruslan Zakirov wrote:
Have you done steps from UPGRADING.mysql?
On Sat, Oct 25, 2008 at 12:08 AM, Kobus Bensch [EMAIL PROTECTED] wrote:
No nothing in the mysql log.
I
You still must do that.
On Sat, Oct 25, 2008 at 12:43 AM, Kobus Bensch [EMAIL PROTECTED] wrote:
No, because the previous server had the same version of MySQL as the new
one.
Ruslan Zakirov wrote:
Have you done steps from UPGRADING.mysql?
On Sat, Oct 25, 2008 at 12:08 AM, Kobus Bensch
Kobus Bensch wrote:
No, because the previous server had the same version of MySQL as the new
one.
you need to upgrade the mysql schema when upgrading rt from 3.6 to 3.8
--
--
Chaim Rieger
___
Yeah that's strange, I had a similar issue where my fastcgi segfaulted
causing a permanent error state, which causes the process to keep
cycling filling up the log/hard drive. This would only happen in low
memory situations, yours seems to be somewhat driver/software related
where it keeps
Hi
I have now run the actions for the upgrading rt and it still give me the
same error.
Kobus
Chaim Rieger wrote:
Kobus Bensch wrote:
No, because the previous server had the same version of MySQL as the
new one.
you need to upgrade the mysql schema when upgrading rt from 3.6 to 3.8
Kobus Bensch - No Sig wrote:
Hi
I have now run the actions for the upgrading rt and it still give me the
same error.
Kobus
stop and restart your web server
clear the mason cache
--
--
Chaim Rieger
___
RTFM installing was successful and in all other respects appears to be
functioning fine (same with RT).
First: click Reply to a RT ticket, select a given RTFM from the drop
down, then click Go to apply it. This works as expected.
Next: Click update.
A blank page with the following error is
A solution for the lists, have a good weekend Janet.
-Original Message-
From: Janet Houser [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 2:10 PM
To: Eli Altman
Subject: Re: [rt-users] rt 3.8.1: Graphical charts are not available. error
Hi Eli,
On a hunch, I downloaded:
41 matches
Mail list logo