Re: [rt-users] A reminder creates a ticket and sends email to queue watchers???
Hello Gordon, thanks for that hint! In my Reminders.pm I see the line our $REMINDER_QUEUE = 'General'. Does this mean that that the currently used reminder queue is the queue General? In this case I would either change this to a reminder queue (where only the superuser has access to) or would assure that no notifications will be sent to for the queue General - is this correct? Thanks, Kai gordon-42 wrote: We created a new queue called Reminders and modified Reminders.pm in local/lib/RT to make sure all Reminder Tickets were created in the Reminders queue. This way we were able to control Reminder emails separately to the emails of the source queue. Gordon -- View this message in context: http://www.nabble.com/A-reminder-creates-a-ticket-and-sends-email-to-queue-watcherstp5839136p19873362.html Sent from the Request Tracker - User mailing list archive at Nabble.com. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Howto create multiple unowned tickets default views
I whipped this up back in 3.2.2. It likely needs some modifications for 3.6 but should get you started. http://wiki.bestpractical.com/view/TicketsPerQueue Michael James wrote: Hi, some of our folks want to see two Newest Unowned Tickets views in their default page - 10 Newest Unowned Tickets in Queue#1 and then 10 Newest Unowned Tickets in Queue#2, for example. This is RT 3.6.6. Is there a known way to do this? Thanks, Mike The information in this message may be proprietary and/or confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify Stonebridge Bank immediately by replying to this message and deleting it from your computer. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Drew Barnes Applications Analyst Network Resources Department Raymond Walters College University of Cincinnati ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] How to add mandatory custom field to quick ticket creation area
All users I have tested with can modify the field values either on create or after create, but the problem is that if they choose not to set any value at all upon create, RT is letting this through. It should not. My assumption is based on the fact that they can modify the field values later, that for some reason RT isn't enforcing this validation on create. Any ideas? On 3 Oct 2008, at 18:08, Kenneth Crocker wrote: Adam, Question; are ALL users not able to see/modify this field or just unprivileged users? Kenn LBNL On 10/3/2008 9:48 AM, Adam Smith wrote: On 3 Oct 2008, at 17:43, Kenneth Crocker wrote: Adam, Assuming you are talking about a Ticket Custom Field, I have to ask if you: 1) Applied the CF to a Queue and I have 2) Set the CF rights for the Groups that will be using the queue where the Ticket CF is applied (ie. SeeCustomField and ModifyCustomField). The Everyone group has the ability to both see and modify this field. AssignCustomFields does not necessarily let someone SEE or Modify the CF in a ticket. We use 3.6.4 and we have over 25 Custom Fields used in various combinations by various Queues and we do not have nay problem. I would have to know how ALL you privileges (Global, Queues, CF's/ Groups) have been set in order to persue this further. Hope this helps. I am making changes to an existing installation and the permissions are all very open. There are a number of groups but one company- level one as well which has fairly open privileges. Once a ticket is created (or indeed, on create) the user is able to add values or modify values on this field, which tends to indicate that they have the appropriate permission. It just seems as though RT is ignoring the fact that I've set Mandatory... Thanks for your help :) -- Adam Smith ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Can't locate object method new via package RTx::AssetTracker::Assets
Hi,
we're having some sporadic system errors on RT/AssetTracker. Every once
in a while when browsing assets we get (typed from a screenshot so it
might contain spelling errors, source is unmodified though):
error: Can't locate object method new via package
RTx::AssetTracker::Assets at
/opt/rt3/local/html/AssetTracker/Search/Results.html line 91
context:...
87: /div
88: %INIT
89: my($title, $assetcount);
90: $session{'i'}++;
91: $session{'assets'} =
RTx::AssetTracker::Assets-new($session{'CurrentUser'});
92: $session{'assets'}-FromSQL($Query) if ($Query);
93: $session{'assets'}-OrderBy(FIELD = $OrderBy, ORDER =
$Order);
94:
95:
...
code stack: /opt/rt3/local/html/AssetTracker/Search/Results.html:91
/opt/rt3/share/html/autohandler:291
This only happens on one machine, running Windows XP and Firefox3.
Thanks in advance,
--
Mit freundlichen Grüßen
Stefan Maier
==
Straubinger Tagblatt
EDV-Abteilung Straubing FON: +49 9421 940 256
Ludwigsplatz 30 FAX: +49 9421 940 6236
D-94315 Straubing
http://www.idowa.de Email: [EMAIL PROTECTED]
==
Zeitungsgruppe Straubinger Tagblatt / Landshuter Zeitung
Cl. Attenkofer'sche Buch- und Kunstdruckerei
Verlagsbuchhandlung Straubing KG
Registergericht: Amtsgericht Straubing, HRA 1118
==
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] reall odd apache2 crashes with blank pages
after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console... ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh. i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue. good luck to all affected by this ubiquitous issue. disable ssl slow down the segfault. our rt system runs for 3 days. it segfault almost every day before. but the problem is still there. i now again wondering about mod_perl.. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Web interface encoding problems
Hello list, I have just installed RT 3.8.0 on our team's server. Our browsers operate in hungarian language, so as we open the main (login) page of RT, it gets to us in hungarian. The hungarian i18n file is encoded in UTF-8, the server also sends the Content-Type header with encoding=utf-8, but the page itself is iso-encoded. How can this be? Is this an RT, perl or apache problem? Thanks in advance. Best, Gergely Polonkai ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] reall odd apache2 crashes with blank pages
I think it's just a bug in DBD:mysql, I had the same issue and it's a well documented problem. I can't see why SSL would have any effect, it's just a protocol not a driver. Gabriel Cadieux wrote: after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console... ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh. i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue. good luck to all affected by this ubiquitous issue. disable ssl slow down the segfault. our rt system runs for 3 days. it segfault almost every day before. but the problem is still there. i now again wondering about mod_perl.. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] reall odd apache2 crashes with blank pages
yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so... constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql.. i haven't seen a segfault in logs since last friday. logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on. -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 9:45 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages I think it's just a bug in DBD:mysql, I had the same issue and it's a well documented problem. I can't see why SSL would have any effect, it's just a protocol not a driver. Gabriel Cadieux wrote: after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console... ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh. i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue. good luck to all affected by this ubiquitous issue. disable ssl slow down the segfault. our rt system runs for 3 days. it segfault almost every day before. but the problem is still there. i now again wondering about mod_perl.. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface encoding problems
On Wed, Oct 08, 2008 at 04:38:58PM +0200, Gergely Polonkai wrote: Hello list, I have just installed RT 3.8.0 on our team's server. Our browsers operate in hungarian language, so as we open the main (login) page of RT, it gets to us in hungarian. The hungarian i18n file is encoded in UTF-8, the server also sends the Content-Type header with encoding=utf-8, but the page itself is iso-encoded. How can this be? Is this an RT, perl or apache problem? Do you have a AddDefaultCharset UTF-8 in your apache vhost configuration, it's needed. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] reall odd apache2 crashes with blank pages
Understood, just saying you should still be able to use SSL without issues with the fixed driver. Gabriel Cadieux wrote: yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so... constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql.. i haven't seen a segfault in logs since last friday. logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on. -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 9:45 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages I think it's just a bug in DBD:mysql, I had the same issue and it's a well documented problem. I can't see why SSL would have any effect, it's just a protocol not a driver. Gabriel Cadieux wrote: after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console... ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh. i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue. good luck to all affected by this ubiquitous issue. disable ssl slow down the segfault. our rt system runs for 3 days. it segfault almost every day before. but the problem is still there. i now again wondering about mod_perl.. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] reall odd apache2 crashes with blank pages
On Mon, Sep 29, 2008 at 02:36:31PM +0200, Emmanuel Lacour wrote: I'm not sure it's related, I had the mysql morning bug on 2 new RT installations (Debian lenny, 64bit). I fixed it by upgrading DBD::mysql to 4.008. I think this changelog fixes my problem (segfault of mason in apache log (fastcgi), Internal Server error): * Disabled TAKE_IMP_DATA_VERSION because segfault with DBI 1.607 which is the case in Debian lenny, DBI = 1.605 4.008 doesn't fix the blank page/segfault bug, I can now reproduce the problem on 4.007 and 4.008. here is bug reports to this: http://rt.cpan.org/Public/Bug/Display.html?id=39866 http://rt.cpan.org/Public/Bug/Display.html?id=37027 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] reall odd apache2 crashes with blank pages
ahh, i get you. indeed, the SSL functionality should work flawlessly now, but we weren't actually *using* it per se, it was just turned on by default. our RT implementation is internal only, and the mysql database is runs on the same host as apache, so there's really no need for it. :) -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 10:03 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages Understood, just saying you should still be able to use SSL without issues with the fixed driver. Gabriel Cadieux wrote: yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so... constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql.. i haven't seen a segfault in logs since last friday. logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on. -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 9:45 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages I think it's just a bug in DBD:mysql, I had the same issue and it's a well documented problem. I can't see why SSL would have any effect, it's just a protocol not a driver. Gabriel Cadieux wrote: after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console... ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh. i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue. good luck to all affected by this ubiquitous issue. disable ssl slow down the segfault. our rt system runs for 3 days. it segfault almost every day before. but the problem is still there. i now again wondering about mod_perl.. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] RT 3.8.: Customize RT at a glance
Hi, Is it possible to change the home page title displayed (RT at a Glance) to something like Helpdesk Homepage ? Is it possible to change the RT 3.8 web console blue color, to some other color? TIA, Filipe Portugal ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT 3.8.: Customize RT at a glance
i'm sure you can change all that stuff if you edit the raw html/perl stuff. have a look in there and grep for RT at a Glance or whatever the spelling is for the string you want.. as for the color, it's probably in the css somewhere if there is some (i'm guessing) -gabe -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Filipe José Silva Clemente Sent: Wednesday, October 08, 2008 10:34 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] RT 3.8.: Customize RT at a glance Hi, Is it possible to change the home page title displayed (RT at a Glance) to something like Helpdesk Homepage ? Is it possible to change the RT 3.8 web console blue color, to some other color? TIA, Filipe Portugal ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Can't locate object method new via package RTx::AssetTracker::Assets
Stefan,
I have never seen that error. Are you running mod_perl or fastcgi?
-Todd
On Wed, Oct 8, 2008 at 9:26 AM, Stefan Maier [EMAIL PROTECTED] wrote:
Hi,
we're having some sporadic system errors on RT/AssetTracker. Every once
in a while when browsing assets we get (typed from a screenshot so it
might contain spelling errors, source is unmodified though):
error: Can't locate object method new via package
RTx::AssetTracker::Assets at
/opt/rt3/local/html/AssetTracker/Search/Results.html line 91
context:...
87: /div
88: %INIT
89: my($title, $assetcount);
90: $session{'i'}++;
91: $session{'assets'} =
RTx::AssetTracker::Assets-new($session{'CurrentUser'});
92: $session{'assets'}-FromSQL($Query) if ($Query);
93: $session{'assets'}-OrderBy(FIELD = $OrderBy, ORDER =
$Order);
94:
95:
...
code stack: /opt/rt3/local/html/AssetTracker/Search/Results.html:91
/opt/rt3/share/html/autohandler:291
This only happens on one machine, running Windows XP and Firefox3.
Thanks in advance,
--
Mit freundlichen Grüßen
Stefan Maier
==
Straubinger Tagblatt
EDV-Abteilung Straubing FON: +49 9421 940 256
Ludwigsplatz 30 FAX: +49 9421 940 6236
D-94315 Straubing
http://www.idowa.de Email: [EMAIL PROTECTED]
==
Zeitungsgruppe Straubinger Tagblatt / Landshuter Zeitung
Cl. Attenkofer'sche Buch- und Kunstdruckerei
Verlagsbuchhandlung Straubing KG
Registergericht: Amtsgericht Straubing, HRA 1118
==
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Can't locate object method new via package RTx::AssetTracker::Assets
On Wed, Oct 08, 2008 at 11:42:45AM -0400, Todd Chapman wrote:
Stefan,
I have never seen that error. Are you running mod_perl or fastcgi?
That looks like the old problem we had with serialized records in the
session and fresh server processes that had never had the classes
loaded/initialized. a more recent SB makes it better, generally
-Todd
On Wed, Oct 8, 2008 at 9:26 AM, Stefan Maier [EMAIL PROTECTED] wrote:
Hi,
we're having some sporadic system errors on RT/AssetTracker. Every once
in a while when browsing assets we get (typed from a screenshot so it
might contain spelling errors, source is unmodified though):
error: Can't locate object method new via package
RTx::AssetTracker::Assets at
/opt/rt3/local/html/AssetTracker/Search/Results.html line 91
context:...
87: /div
88: %INIT
89: my($title, $assetcount);
90: $session{'i'}++;
91: $session{'assets'} =
RTx::AssetTracker::Assets-new($session{'CurrentUser'});
92: $session{'assets'}-FromSQL($Query) if ($Query);
93: $session{'assets'}-OrderBy(FIELD = $OrderBy, ORDER =
$Order);
94:
95:
...
code stack: /opt/rt3/local/html/AssetTracker/Search/Results.html:91
/opt/rt3/share/html/autohandler:291
This only happens on one machine, running Windows XP and Firefox3.
Thanks in advance,
--
Mit freundlichen Grüßen
Stefan Maier
==
Straubinger Tagblatt
EDV-Abteilung Straubing FON: +49 9421 940 256
Ludwigsplatz 30 FAX: +49 9421 940 6236
D-94315 Straubing
http://www.idowa.de Email: [EMAIL PROTECTED]
==
Zeitungsgruppe Straubinger Tagblatt / Landshuter Zeitung
Cl. Attenkofer'sche Buch- und Kunstdruckerei
Verlagsbuchhandlung Straubing KG
Registergericht: Amtsgericht Straubing, HRA 1118
==
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
--
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
[rt-users] Adding CC / BCC to Ticket Reply causes 533 LIST error from sendmail
If I click to Reply to a message in an RT Ticket and add either CC, BCC or both I get the following message immediately returned (obviously I change some names to protect the guilty - they are in uppercase): === Your message did not reach some or all of the intended recipients. Subject: [#51] SUBJECT TEXT Sent: 08/10/2008 16:28 The following recipient(s) cannot be reached: 553 List:; syntax illegal for recipient addresses@SERVER.DOMAIN.LOCAL on 08/10/2008 16:28 The format of the e-mail address is incorrect. Check the address, look up the recipient in the Address Book, or contact the recipient directly to find out the correct address. SERVER.DOMAIN.LOCAL #5.1.3 === I was the Requestor which is why I assume I got the message back. I assume if another customer was the Requestor they would get the message back. The /var/log/maillog is: === Oct 8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: from=apache, size=1272, class=-60, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: m98FS4jJ011331: DSN: OtherRecipients of COMPANY Ticket #51:;... List:; syntax illegal for recipient addresses === I don't have the experience with RT to have changed anything other than the config file when setting it up. Does anybody have any suggestions? Kind regards, Paul Broadwith (MBCS) Blue Ivy Ltd - Microsoft Small Business Specialist, UK Partner Qualified for 2008 Tel.: 01955 698203 Windows Messenger: [EMAIL PROTECTED] Web: http://www.blueivy.co.uk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Cadieux Sent: 08 October 2008 16:06 To: Curtis Bruneau; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages ahh, i get you. indeed, the SSL functionality should work flawlessly now, but we weren't actually *using* it per se, it was just turned on by default. our RT implementation is internal only, and the mysql database is runs on the same host as apache, so there's really no need for it. :) -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 10:03 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages Understood, just saying you should still be able to use SSL without issues with the fixed driver. Gabriel Cadieux wrote: yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so... constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql.. i haven't seen a segfault in logs since last friday. logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on. -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 9:45 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages I think it's just a bug in DBD:mysql, I had the same issue and it's a well documented problem. I can't see why SSL would have any effect, it's just a protocol not a driver. Gabriel Cadieux wrote: after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page and a nice segfault on my tailf console... ;/ it also crashed several more times afterwards, every single time i did an F5 to try and refresh. i have just downgraded to DBD::mysql 4.00.5 (from 4.00.7), and will report once more in the next few days on the issue. good luck to all affected by this ubiquitous issue.
Re: [rt-users] Can't locate object method new via package RTx::AssetTracker::Assets
We're running mod_perl 2.0.1 and apache 2.0.54. Loaded perl modules Perl v5.8.7 under linux Apache2::Access v2.01; Apache2::Connection v2.01; Apache2::Const v2.01; Apache2::Log v2.01; Apache2::RequestIO v2.01; Apache2::RequestRec v2.01; Apache2::RequestUtil v2.01; Apache2::Response v2.01; Apache2::ServerRec v2.01; Apache2::ServerUtil v2.01; Apache2::Status v3.00; Apache::DBI v0.94; Apache::Session v1.6; Apache::Session::Generate::MD5 v2.1; Apache::Session::Lock::MySQL v1.00; Apache::Session::MySQL v1.01; Apache::Session::Serialize::Storable v1.00; Apache::Session::Store::DBI v1.02; Apache::Session::Store::MySQL v1.04; APR v0.009000; APR::Const v0.009000; APR::Pool v0.009000; APR::Status v0.009000; APR::Table v0.009000; AutoLoader v5.60; base v2.07; Benchmark v1.07; bytes v1.02; Cache::Simple::TimedExpiry v0.23; Carp v1.04; CGI v3.10; CGI::Cookie v1.25; CGI::Util v1.5; Class::Container v0.12; Class::Data::Inheritable v0.04; Class::ReturnValue v0.53; Clone v0.20; constant v1.05; Cwd v3.19; Data::Dumper v2.121_04; Date::Format v2.22; Date::Parse v2.27; DBD::mysql v3.0002; DBI v1.48; DBIx::SearchBuilder v1.43; DBIx::SearchBuilder::Union v0; DBIx::SearchBuilder::Unique v0.01; Devel::StackTrace v1.13; Devel::StackTraceFrame v0.6; Digest::base v1.00; Digest::MD5 v2.33; DynaLoader v1.05; Encode v2.10; Encode::Alias v2.03; Encode::Config v2.00; Encode::Encoding v2.02; Errno v1.0901; Exception::Class v1.23; Exception::Class::Base v1.2; Exporter v5.58; Exporter::Heavy v5.58; Fcntl v1.05; File::Basename v2.73; File::Glob v1.04; File::Path v1.06; File::Spec v3.19; File::Spec::Functions v1.3; File::Spec::Unix v1.5; File::Temp v0.17; FileHandle v2.01; HTML::Element v3.16; HTML::Entities v1.29; HTML::Formatter v2.04; HTML::FormatText v2.04; HTML::Mason v1.33; HTML::Mason::ApacheHandler v1.69; HTML::Mason::Exception v1.1; HTML::Mason::Exception::Abort v1.1; HTML::Mason::Exception::Compilation v1.1; HTML::Mason::Exception::Compilation::IncompatibleCompiler v1.1; HTML::Mason::Exception::Compiler v1.1; HTML::Mason::Exception::Decline v1.1; HTML::Mason::Exception::Params v1.1; HTML::Mason::Exception::Syntax v1.1; HTML::Mason::Exception::System v1.1; HTML::Mason::Exception::TopLevelNotFound v1.1; HTML::Mason::Exception::VirtualMethod v1.1; HTML::Mason::Exceptions v1.43; HTML::Parser v3.45; HTML::Scrubber v0.08; HTML::Tagset v3.04; HTML::TreeBuilder v3.13; HTTP::Date v1.46; I18N::LangTags v0.35; I18N::LangTags::Detect v1.03; integer v1.00; IO v1.21; IO::File v1.11; IO::Handle v1.24; IO::InnerFile v2.110; IO::Lines v2.110; IO::Scalar v2.110; IO::ScalarArray v2.110; IO::Seekable v1.09; IO::Wrap v2.110; IO::WrapTie v2.110; IPC::Open2 v1.01; IPC::Open3 v1.0106; lib v0.5565; List::Util v1.18; Locale::Maketext v1.09; Locale::Maketext::Fuzzy v0.02; Locale::Maketext::Lexicon v0.49; Locale::Maketext::Lexicon::Gettext v0.14; Log::Dispatch v2.11; Log::Dispatch::Base v1.09; Log::Dispatch::Output v1.26; Log::Dispatch::Screen v1.17; Log::Dispatch::Syslog v1.18; Mail::Address v1.74; Mail::Field v1.74; Mail::Field::AddrList v1.74; Mail::Field::Date v1.74; Mail::Header v1.74; Mail::Internet v1.74; MIME::Base64 v3.05; MIME::Body v5.420; MIME::Decoder v5.420; MIME::Entity v5.420; MIME::Field::ContDisp v5.420; MIME::Field::ConTraEnc v5.420; MIME::Field::ContType v5.420; MIME::Field::ParamVal v5.420; MIME::Head v5.420; MIME::Parser v5.420; MIME::QuotedPrint v3.03; MIME::Tools v5.420; MIME::Words v5.420; mod_perl v2.01; mod_perl2 v2.01; ModPerl::Const v2.01; ModPerl::Global v2.01; ModPerl::Registry v1.99; ModPerl::RegistryCooker v1.99; ModPerl::Util v2.01; Module::Versions::Report v1.02; overload v1.03; Params::Validate v0.78; POSIX v1.08; re v0.04; Regexp::Common v2.120; Regexp::Common::delimited v2.104; RT v3.6.4; RT::FM v2.2.0RC6; RT::Interface::Email v2; RTx::AssetTracker v0.0.0; Scalar::Util v1.18; SelectSaver v1.01; Socket v1.77; Storable v2.13; strict v1.03; Symbol v1.06; Sys::Hostname v1.11; Sys::Syslog v0.06; Text::Autoformat v1.13; Text::Quoted v1.8; Text::Reform v1.11; Text::Tabs v98.112801; Text::Template v1.44; Text::Wrapper v1.000; Time::HiRes v1.66; Time::JulianDay v2003.1125; Time::Local v1.11; Time::ParseDate v2003.1126; Time::Timezone v2003.0211; Time::Zone v2.22; UNIVERSAL v1.01; UNIVERSAL::require v0.10; URI v1.35; URI::Escape v3.28; URI::URL v5.03; URI::WithBase v2.19; utf8 v1.05; vars v1.01; warnings v1.03;
Re: [rt-users] Web interface encoding problems
I do, and the server sends the correct encoding in the headers. Only the encoding of the page itself is wrong. I forgot to mention that RT is running under FastCGI, if this means anything. 2008/10/8 Emmanuel Lacour [EMAIL PROTECTED] On Wed, Oct 08, 2008 at 04:38:58PM +0200, Gergely Polonkai wrote: Hello list, I have just installed RT 3.8.0 on our team's server. Our browsers operate in hungarian language, so as we open the main (login) page of RT, it gets to us in hungarian. The hungarian i18n file is encoded in UTF-8, the server also sends the Content-Type header with encoding=utf-8, but the page itself is iso-encoded. How can this be? Is this an RT, perl or apache problem? Do you have a AddDefaultCharset UTF-8 in your apache vhost configuration, it's needed. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Downloading 3.8.1
To all, I'm downloading 3.8 today. I have two questions: 1) We use Oracle 10g. Is there anything I need to be aware of for our upgrade using Oracle 10g? 2) Is 3.8.2 available yet? Thanks. Kenn LBNL ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A reminder creates a ticket and sends email to queue watchers???
To all, We'er using 3.6.4 and ha never had the problem your discussing in terms of reminders. Is this new due to 3.8? Kenn LBNL On 10/7/2008 11:59 PM, kschmitte wrote: Hello Gordon, thanks for that hint! In my Reminders.pm I see the line our $REMINDER_QUEUE = 'General'. Does this mean that that the currently used reminder queue is the queue General? In this case I would either change this to a reminder queue (where only the superuser has access to) or would assure that no notifications will be sent to for the queue General - is this correct? Thanks, Kai gordon-42 wrote: We created a new queue called Reminders and modified Reminders.pm in local/lib/RT to make sure all Reminder Tickets were created in the Reminders queue. This way we were able to control Reminder emails separately to the emails of the source queue. Gordon ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] RT-Authen-ExternalAuth custom LDAP port
I have the RT-Authen-ExternalAuth module running nicely on our RT server and am using LDAP for all authentication, but I've run into a little problem I was hoping someone could shed some light on. I need to authenticate users in a separate domain in the same AD forest, and I found using ldapsearch that using port 3268 (Microsoft's Global Catalog port) is the only way the ldapsearch will query the other domain (there was a problem with not following ldap referrals). However, using RT-Authen-ExternalAuth I could not find any record of a variable that will let you designate the ldap port, and when I try to modify the LdapServer variable from: Set($LdapServer, 'ldap.test.com') to: Set($LdapServer, 'ldap.test.com:3268') authentication fails for both domains. Does anyone know how I could go about modifying this? If all else fails I'm going to try using apache's ldap module for authentication and change the ldap port there, but I'd rather stick with the RT solution. Thanks for any input! ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Downloading 3.8.1
On Wed, Oct 8, 2008 at 9:01 PM, Kenneth Crocker [EMAIL PROTECTED] wrote: To all, I'm downloading 3.8 today. I have two questions: 1) We use Oracle 10g. Is there anything I need to be aware of for our upgrade using Oracle 10g? nope, regular procedure using rt-setup-database script 2) Is 3.8.2 available yet? nope Thanks. Kenn LBNL ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface encoding problems
3.8.1 has a change that may fix this. It's really bad idea to use 3.8.0 for a new installation when 3.8.1 available. On Wed, Oct 8, 2008 at 6:38 PM, Gergely Polonkai [EMAIL PROTECTED] wrote: Hello list, I have just installed RT 3.8.0 on our team's server. Our browsers operate in hungarian language, so as we open the main (login) page of RT, it gets to us in hungarian. The hungarian i18n file is encoded in UTF-8, the server also sends the Content-Type header with encoding=utf-8, but the page itself is iso-encoded. How can this be? Is this an RT, perl or apache problem? Thanks in advance. Best, Gergely Polonkai ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Adding CC / BCC to Ticket Reply causes 533 LIST error from sendmail
On Wed, Oct 08, 2008 at 04:32:23PM +0100, Paul Broadwith wrote: If I click to Reply to a message in an RT Ticket and add either CC, BCC or both I get the following message immediately returned (obviously I change some names to protect the guilty - they are in uppercase): You've misconfigured RT. Have a look in the RT_Config.pm file. You might want to look for 'Sendmail' -jesse === Your message did not reach some or all of the intended recipients. Subject:[#51] SUBJECT TEXT Sent: 08/10/2008 16:28 The following recipient(s) cannot be reached: 553 List:; syntax illegal for recipient addresses@SERVER.DOMAIN.LOCAL on 08/10/2008 16:28 The format of the e-mail address is incorrect. Check the address, look up the recipient in the Address Book, or contact the recipient directly to find out the correct address. SERVER.DOMAIN.LOCAL #5.1.3 === I was the Requestor which is why I assume I got the message back. I assume if another customer was the Requestor they would get the message back. The /var/log/maillog is: === Oct 8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: from=apache, size=1272, class=-60, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: m98FS4jJ011331: DSN: OtherRecipients of COMPANY Ticket #51:;... List:; syntax illegal for recipient addresses === I don't have the experience with RT to have changed anything other than the config file when setting it up. Does anybody have any suggestions? Kind regards, Paul Broadwith (MBCS) Blue Ivy Ltd - Microsoft Small Business Specialist, UK Partner Qualified for 2008 Tel.: 01955 698203 Windows Messenger: [EMAIL PROTECTED] Web: http://www.blueivy.co.uk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Cadieux Sent: 08 October 2008 16:06 To: Curtis Bruneau; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages ahh, i get you. indeed, the SSL functionality should work flawlessly now, but we weren't actually *using* it per se, it was just turned on by default. our RT implementation is internal only, and the mysql database is runs on the same host as apache, so there's really no need for it. :) -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 10:03 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages Understood, just saying you should still be able to use SSL without issues with the fixed driver. Gabriel Cadieux wrote: yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so... constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql.. i haven't seen a segfault in logs since last friday. logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on. -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 9:45 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages I think it's just a bug in DBD:mysql, I had the same issue and it's a well documented problem. I can't see why SSL would have any effect, it's just a protocol not a driver. Gabriel Cadieux wrote: after disabling SSL and downgrading DBD::mysql to 4.00.5 (from the buggy 4.00.7), i am happy to announce that there have been no segfaults on our RT server since last friday. i beleive each of these options must have been partially responsible for the problem... i will wait approx. another week and then consider this issue resolved due to the changes applied. i will let you all know how it turns out. -gabe -Original Message- From: d tbsky [mailto:[EMAIL PROTECTED] Sent: Thursday, October 02, 2008 9:20 PM To: Gabriel Cadieux Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages 2008/9/30 Gabriel Cadieux [EMAIL PROTECTED]: it seems i was too quick to assume that my disabling apache's SSL functionality worked to counter this issue; the server just now crapped out AGAIN with the same symptoms: i clicked a link this morning after having a firefox window open on RT all night, and was once again greeted with a white page
Re: [rt-users] Corrupted Attachments
I've followed the upgrade instructions but have the same problem with attachments being corrupted in 3.8.1. Perhaps there is another issue that has yet to be addressed? Nobody offered any suggestions to my previous post on this subject so I assumed this was an unsolved issue still. My earlier post follows: I'm having a problem with corruption as well. I had missed this upgrade because I am running mysql 5.x so presumed it didn't apply. I've since run the script and everything seemed to work, but of course this is after doing the 3.8.1 upgrades. My attachments still seem to be corrupting, any suggestions? This is the output of show create table attachments: Attachments CREATE TABLE `Attachments` ( `id` int(11) NOT NULL auto_increment, `TransactionId` int(11) NOT NULL, `Parent` int(11) NOT NULL default '0', `MessageId` varchar(160) character set ascii default NULL, `Subject` varchar(255) default NULL, `Filename` varchar(255) default NULL, `ContentType` varchar(80) character set ascii default NULL, `ContentEncoding` varchar(80) character set ascii default NULL, `Content` longblob, `Headers` longtext, `Creator` int(11) NOT NULL default '0', `Created` datetime default NULL, PRIMARY KEY (`id`), KEY `Attachments2` (`TransactionId`), KEY `Attachments3` (`Parent`,`TransactionId`) ) ENGINE=InnoDB AUTO_INCREMENT=4221 DEFAULT CHARSET=utf8 On Sat, Oct 4, 2008 at 10:57 AM, Jesse Vincent [EMAIL PROTECTED]wrote: Yes. I've seen this dicussion numerous times in the past and know it to be an issue with following the upgrade path. Perhaps I didn't follow the previous conversation paths correctly. That would be plausible except: a. my RT 3.8.1 install is a brand spanking new install. b. my RT 3.4.2 install is untouched. c. the only thing 'upgraded' about my RT environment is the database tables. Yes. This says pretty clearly that you didn't run the tool described in the 'UPGRADING' file in the RT 3.8.1 distribution. Attachments are corrupted if mail is routed to the 3.8.1 install. They are not when routed to the 3.4.2 install. Matt I followed the upgrade documents to the letter in my test environment with a snapshot of the database. The ALTER tables process might work well for folks with a smaller data set but with 18GB of data, it takes four hours to run on a E5310 Xeon with dedicated disks. That is far too long to have our systems out of production. Changing the character set of the database tables from latin to UTF can be done far more quickly and with less risk by dumping the database to disk, using sed to alter the dump file, and then importing. That process is hours faster. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Adding CC / BCC to Ticket Reply causes 533 LIST error from sendmail
[please keep rt-users CCed] On Oct 8, 2008, at 4:29 PM, Paul Broadwith wrote: Hi Jesse, Thanks for emailing me. Can you be more specific? I have been through the RT_SiteConfig.pm about a dozen times today to see if I can figure out where it is and I am none the wiser. I have it set to 'sendmailpipe' as per the default. Try RT_Config.pm, not RT_SiteConfig.pm. === Set($MailCommand , 'sendmailpipe'); Set($SendmailArguments , '-oi -t -ODeliveryMode=b -OErrorMode=m -f[EMAIL PROTECTED]'); Set($SendmailBounceArguments , '-f [EMAIL PROTECTED]'); Set($SendmailPath , /usr/sbin/sendmail); === Mail does go out and in, it just doesn't when CC or BCC addresses are added ... Kind regards, Paul Broadwith (MBCS) Blue Ivy Ltd - Microsoft Small Business Specialist, UK Partner Qualified for 2008 Tel.: 01955 698203 Windows Messenger: [EMAIL PROTECTED] Web: http://www.blueivy.co.uk -Original Message- From: Jesse Vincent [mailto:[EMAIL PROTECTED] Sent: 08 October 2008 20:00 To: Paul Broadwith Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Adding CC / BCC to Ticket Reply causes 533 LIST error from sendmail On Wed, Oct 08, 2008 at 04:32:23PM +0100, Paul Broadwith wrote: If I click to Reply to a message in an RT Ticket and add either CC, BCC or both I get the following message immediately returned (obviously I change some names to protect the guilty - they are in uppercase): You've misconfigured RT. Have a look in the RT_Config.pm file. You might want to look for 'Sendmail' -jesse === Your message did not reach some or all of the intended recipients. Subject:[#51] SUBJECT TEXT Sent: 08/10/2008 16:28 The following recipient(s) cannot be reached: 553 List:; syntax illegal for recipient addresses@SERVER.DOMAIN.LOCAL on 08/10/2008 16:28 The format of the e-mail address is incorrect. Check the address, look up the recipient in the Address Book, or contact the recipient directly to find out the correct address. SERVER.DOMAIN.LOCAL #5.1.3 === I was the Requestor which is why I assume I got the message back. I assume if another customer was the Requestor they would get the message back. The /var/log/maillog is: === Oct 8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: from=apache, size=1272, class=-60, nrcpts=1, msgid=[EMAIL PROTECTED], [EMAIL PROTECTED] Oct 8 16:28:04 SERVER sendmail[11331]: m98FS4jI011331: m98FS4jJ011331: DSN: OtherRecipients of COMPANY Ticket #51:;... List:; syntax illegal for recipient addresses === I don't have the experience with RT to have changed anything other than the config file when setting it up. Does anybody have any suggestions? Kind regards, Paul Broadwith (MBCS) Blue Ivy Ltd - Microsoft Small Business Specialist, UK Partner Qualified for 2008 Tel.: 01955 698203 Windows Messenger: [EMAIL PROTECTED] Web: http://www.blueivy.co.uk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Cadieux Sent: 08 October 2008 16:06 To: Curtis Bruneau; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages ahh, i get you. indeed, the SSL functionality should work flawlessly now, but we weren't actually *using* it per se, it was just turned on by default. our RT implementation is internal only, and the mysql database is runs on the same host as apache, so there's really no need for it. :) -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 10:03 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages Understood, just saying you should still be able to use SSL without issues with the fixed driver. Gabriel Cadieux wrote: yes, i understand that, but you have to take into consideration the fact that someone also mentioned disabling SSL altogether slowed their segfaults, and this is exactly what happened when i tried it as well. before i disabled SSL, i was getting several crashes per day, around 8 or so... constantly. this continued for almost a week. after disabling it, it went steady for a couple days between each segfault, for about another week, until everything finally turned out fine (so far anyways) when i downgraded DBD::mysql.. i haven't seen a segfault in logs since last friday. logic forces me to conclude the problem was not necessarely caused, but most likely exacerbated by the SSL functionality being turned on. -gabe -Original Message- From: Curtis Bruneau [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2008 9:45 AM To: Gabriel Cadieux; rt-users@lists.bestpractical.com Subject: Re: [rt-users] reall odd apache2 crashes with blank pages I think it's just a bug in DBD:mysql, I had the same issue and it's a
[rt-users] Trouble upgrading to 3.8.1
To all, The regular guy who has done our installs before is no longer available, so I ended up with this little task. In trying to install 3.8.1, I ran into a couple problems. We do not use the default /opt/rt directory, but a different one. I had instructions to run a configuration module that consisted of: ./configure \ --prefix=//rt/rt-3.8.1 \ --with-mod_perl=yes \ --with-rt-group=rt \ --with-bin-owner=rt \ --with-libs-owner=rt \ --with-libs-group=rt \ --with-db-type=Oracle \ --with-db-host= \ --with-db-dba= \ --with-db-database= \ --with-db-rt-user= \ --with-db-rt-pass= \ --with-web-user=rt \ --with-web-group=rt where '' is really something I can't print. My concern was if something was missing. I got the error message: checking for a BSD-compatible install... ./install-sh -c checking for gawk... no checking for mawk... no checking for nawk... nawk checking for perl... /usr/bin/perl checking for chosen layout... relative checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. I went ahead and tried to run make testdeps and I got these results: /tools/bin/perl ./sbin/rt-test-dependencies --verbose --with-SQLite --with-fastcgi perl: =5.8.3(5.8.5)...found users: rt group (www)...MISSING bin owner (root)...found libs owner (root)...found libs group (bin)...found web owner (www)...MISSING web group (www)...MISSING CLI dependencies: Term::ReadKey...found Getopt::Long = 2.24...found HTTP::Request::Common...found Term::ReadLine...found Text::ParseWords...found LWP...found CORE dependencies: Class::ReturnValue = 0.40...found Text::Quoted = 2.02...found CSS::Squish = 0.06...MISSING Encode = 2.13...MISSING Encode version 2.13 required--this is only version 2.01 Module::Versions::Report = 1.05...MISSING Module::Versions::Report version 1.05 required--this is only version 1.03 MIME::Entity = 5.425...MISSING MIME::Entity version 5.425 required--this is only version 5.417 DBI = 1.37...found Locale::Maketext::Lexicon = 0.32...found Devel::StackTrace = 1.19...MISSING Devel::StackTrace version 1.19 required--this is only version 1.13 Digest::base...found Time::ParseDate...found File::Temp = 0.18...MISSING File::Temp version 0.18 required--this is only version 0.16 Locale::Maketext = 1.06...found Tree::Simple = 1.04...found Text::Template...found Scalar::Util...found HTML::Scrubber = 0.08...found File::Spec = 0.8...found Calendar::Simple...found DBIx::SearchBuilder = 1.54...MISSING DBIx::SearchBuilder version 1.54 required--this is only version 1.49 Mail::Mailer = 1.57...found File::ShareDir...MISSING Regexp::Common...found Digest::MD5 = 2.27...found HTML::Entities...found Cache::Simple::TimedExpiry...found File::Glob...found Locale::Maketext::Fuzzy...found Time::HiRes...found Text::Wrapper...found Log::Dispatch = 2.0...found UNIVERSAL::require...found Email::Address...MISSING DASHBOARDS dependencies: HTML::RewriteAttributes = 0.02...MISSING MIME::Types...found FASTCGI dependencies: CGI::Fast...found CGI = 3.38...MISSING CGI version 3.38 required--this is only version 3.05 FCGI...found GD dependencies: GD::Text...found GD...found GD::Graph...found GPG dependencies: PerlIO::eol...MISSING GnuPG::Interface...MISSING ICAL dependencies: Data::ICal...MISSING MAILGATE dependencies: Pod::Usage...found HTML::TreeBuilder...found Getopt::Long...found HTML::FormatText...found LWP::UserAgent...found MASON dependencies: Storable = 2.08...found CSS::Squish = 0.06...MISSING Apache::Session = 1.53...found Errno...found Devel::StackTrace = 1.19...MISSING Devel::StackTrace version 1.19 required--this is only version 1.13 CGI::Cookie = 1.20...found Text::WikiFormat = 0.76...found XML::RSS = 1.05...found HTML::Mason = 1.36...MISSING HTML::Mason version 1.36 required--this is only version 1.28 Digest::MD5 = 2.27...found SMTP dependencies: Net::SMTP...found SQLITE dependencies: DBD::SQLite = 1.00...found STANDALONE dependencies:
Re: [rt-users] RT 3.8.: Customize RT at a glance
Felipe, I edited my RT at a glance title by first copying the index.html file from /opt/rt3/share/html to /opt/rt3/local/html and then modifying it. You may need to create the /local/html directory if you haven't before. In this file you will see on line 6 and line 81 (3.8.1) the text for RT at a glance. One line is for the title in the main body of the page and the other modifies the browser tab title. You can change it to whatever you like. I actually changed mine to pull the company name from the RT_Siteconfig file, so it reads Company Name Request Tracker I did this by inserting [_1] Request Tracker into lines 6 and 81 where RT at a glance used to be. Thanks Sean From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Cadieux Sent: Wednesday, October 08, 2008 8:41 AM To: Filipe José Silva Clemente; rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT 3.8.: Customize RT at a glance i'm sure you can change all that stuff if you edit the raw html/perl stuff. have a look in there and grep for RT at a Glance or whatever the spelling is for the string you want.. as for the color, it's probably in the css somewhere if there is some (i'm guessing) -gabe -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Filipe José Silva Clemente Sent: Wednesday, October 08, 2008 10:34 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] RT 3.8.: Customize RT at a glance Hi, Is it possible to change the home page title displayed (RT at a Glance) to something like Helpdesk Homepage ? Is it possible to change the RT 3.8 web console blue color, to some other color? TIA, Filipe Portugal ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT 3.8.: Customize RT at a glance
Also, in order to see the changes don't forget to clear your Mason cache and restart apache. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sean McCreadie Sent: Wednesday, October 08, 2008 2:58 PM To: Gabriel Cadieux; Filipe José Silva Clemente; rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT 3.8.: Customize RT at a glance Felipe, I edited my RT at a glance title by first copying the index.html file from /opt/rt3/share/html to /opt/rt3/local/html and then modifying it. You may need to create the /local/html directory if you haven't before. In this file you will see on line 6 and line 81 (3.8.1) the text for RT at a glance. One line is for the title in the main body of the page and the other modifies the browser tab title. You can change it to whatever you like. I actually changed mine to pull the company name from the RT_Siteconfig file, so it reads Company Name Request Tracker I did this by inserting [_1] Request Tracker into lines 6 and 81 where RT at a glance used to be. Thanks Sean From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Cadieux Sent: Wednesday, October 08, 2008 8:41 AM To: Filipe José Silva Clemente; rt-users@lists.bestpractical.com Subject: Re: [rt-users] RT 3.8.: Customize RT at a glance i'm sure you can change all that stuff if you edit the raw html/perl stuff. have a look in there and grep for RT at a Glance or whatever the spelling is for the string you want.. as for the color, it's probably in the css somewhere if there is some (i'm guessing) -gabe -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Filipe José Silva Clemente Sent: Wednesday, October 08, 2008 10:34 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] RT 3.8.: Customize RT at a glance Hi, Is it possible to change the home page title displayed (RT at a Glance) to something like Helpdesk Homepage ? Is it possible to change the RT 3.8 web console blue color, to some other color? TIA, Filipe Portugal ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT-Authen-ExternalAuth custom LDAP port
John Rodger wrote: I have the RT-Authen-ExternalAuth module running nicely on our RT server and am using LDAP for all authentication, but I've run into a little problem I was hoping someone could shed some light on. I need to authenticate users in a separate domain in the same AD forest, and I found using ldapsearch that using port 3268 (Microsoft's Global Catalog port) is the only way the ldapsearch will query the other domain (there was a problem with not following ldap referrals). However, using RT-Authen-ExternalAuth I could not find any record of a variable that will let you designate the ldap port, and when I try to modify the LdapServer variable from: Set($LdapServer, 'ldap.test.com') to: Set($LdapServer, 'ldap.test.com:3268') authentication fails for both domains. Does anyone know how I could go about modifying this? If all else fails I'm going to try using apache's ldap module for authentication and change the ldap port there, but I'd rather stick with the RT solution. A simple config option is required. It's just not as easy to find as it's technically a Net::LDAP config option not an ExternalAuth one: In your RT_SiteConfig.pm: - 'net_ldap_args' = [ version = 3 ], + 'net_ldap_args' = [ version = 3, port = 3268 ], -- Kind Regards, __ Mike Peachey, IT Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 - Registered In England http://www.jennic.com __ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] searching resolved ticket dependancies
Hi, I'm trying to do a search of tickets that are new and open, but only if they don't depend on any other tickets or the tickets they depend on has been resolved. I had this so far: ( Status = 'new' OR Status = 'open' ) AND FinalPriority 0 AND Due '2 days' AND DependsOn = 'NULL' This wont quite work, as it wont display tickets when their parent dependant ticket has been resolved. I want do this so I can use rt-crontool to escalate tickets each evening, while leaving dependant tickets untouched until their parent dependant has been resolved. Any ideas? Can it be done? Thanks. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Trouble upgrading to 3.8.1
Hi Kenn, You might need to run the following to install a gcc and cc complier before the 'make fixdeps' can correctly run and fix the dependencies. #sudo apt-get install build-essential #sudo apt-get install linux-headers-`uname -r` I'm assuming that you're using Ubuntu. Hope this helps. Regards, phillip. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth Crocker Sent: Thursday, October 09, 2008 5:47 AM To: rt Users Subject: [rt-users] Trouble upgrading to 3.8.1 To all, The regular guy who has done our installs before is no longer available, so I ended up with this little task. In trying to install 3.8.1, I ran into a couple problems. We do not use the default /opt/rt directory, but a different one. I had instructions to run a configuration module that consisted of: ./configure \ --prefix=//rt/rt-3.8.1 \ --with-mod_perl=yes \ --with-rt-group=rt \ --with-bin-owner=rt \ --with-libs-owner=rt \ --with-libs-group=rt \ --with-db-type=Oracle \ --with-db-host= \ --with-db-dba= \ --with-db-database= \ --with-db-rt-user= \ --with-db-rt-pass= \ --with-web-user=rt \ --with-web-group=rt where '' is really something I can't print. My concern was if something was missing. I got the error message: checking for a BSD-compatible install... ./install-sh -c checking for gawk... no checking for mawk... no checking for nawk... nawk checking for perl... /usr/bin/perl checking for chosen layout... relative checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. I went ahead and tried to run make testdeps and I got these results: /tools/bin/perl ./sbin/rt-test-dependencies --verbose --with-SQLite --with-fastcgi perl: =5.8.3(5.8.5)...found users: rt group (www)...MISSING bin owner (root)...found libs owner (root)...found libs group (bin)...found web owner (www)...MISSING web group (www)...MISSING CLI dependencies: Term::ReadKey...found Getopt::Long = 2.24...found HTTP::Request::Common...found Term::ReadLine...found Text::ParseWords...found LWP...found CORE dependencies: Class::ReturnValue = 0.40...found Text::Quoted = 2.02...found CSS::Squish = 0.06...MISSING Encode = 2.13...MISSING Encode version 2.13 required--this is only version 2.01 Module::Versions::Report = 1.05...MISSING Module::Versions::Report version 1.05 required--this is only version 1.03 MIME::Entity = 5.425...MISSING MIME::Entity version 5.425 required--this is only version 5.417 DBI = 1.37...found Locale::Maketext::Lexicon = 0.32...found Devel::StackTrace = 1.19...MISSING Devel::StackTrace version 1.19 required--this is only version 1.13 Digest::base...found Time::ParseDate...found File::Temp = 0.18...MISSING File::Temp version 0.18 required--this is only version 0.16 Locale::Maketext = 1.06...found Tree::Simple = 1.04...found Text::Template...found Scalar::Util...found HTML::Scrubber = 0.08...found File::Spec = 0.8...found Calendar::Simple...found DBIx::SearchBuilder = 1.54...MISSING DBIx::SearchBuilder version 1.54 required--this is only version 1.49 Mail::Mailer = 1.57...found File::ShareDir...MISSING Regexp::Common...found Digest::MD5 = 2.27...found HTML::Entities...found Cache::Simple::TimedExpiry...found File::Glob...found Locale::Maketext::Fuzzy...found Time::HiRes...found Text::Wrapper...found Log::Dispatch = 2.0...found UNIVERSAL::require...found Email::Address...MISSING DASHBOARDS dependencies: HTML::RewriteAttributes = 0.02...MISSING MIME::Types...found FASTCGI dependencies: CGI::Fast...found CGI = 3.38...MISSING CGI version 3.38 required--this is only version 3.05 FCGI...found GD dependencies: GD::Text...found GD...found GD::Graph...found GPG dependencies: PerlIO::eol...MISSING GnuPG::Interface...MISSING ICAL dependencies: Data::ICal...MISSING MAILGATE dependencies: Pod::Usage...found HTML::TreeBuilder...found Getopt::Long...found HTML::FormatText...found LWP::UserAgent...found MASON dependencies: Storable = 2.08...found CSS::Squish = 0.06...MISSING Apache::Session = 1.53...found Errno...found
