RE: [rt-users] New to RT - doco frustrations
Thanks Phil - it looks promising! The wiki here also looks quite clear and informative http://www.css.washington.edu/wiki/How_to -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Epstein, Philip Sent: Thursday, October 25, 2007 4:53 AM To: RT-Users@lists.bestpractical.com Subject: RE: [rt-users] New to RT - doco frustrations Hey Chris, I found the documentation from the MIT IS department to be helpful, especially from the perspective of the ordinary user: http://web.mit.edu/tooltime/notebook/reference/documentation.html Phil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Short Sent: Thursday, October 18, 2007 1:29 AM To: RT-Users@lists.bestpractical.com Subject: RE: [rt-users] New to RT - doco frustrations Thanks Robert, I guess I've got a foot in multiple camps - I am au fait with perl, and might be doing some fancy scrip stuff later, but for the moment I just want to stay one step ahead of the users/the tech support team. I at least want to understand everything that ordinary users will see when they log into RT - for example approvals. The most appropriate wiki page seemed to be http://wiki.bestpractical.com/view/ManualApprovals but it's not very clear. (Also I'm not sure of the etiquette but I prefer to post all replies back to the mailing list in case the info helps someone else) Chris -Original Message- From: Robert Long [mailto:[EMAIL PROTECTED] Sent: Thursday, October 18, 2007 2:57 PM To: Christopher Short Subject: Re: [rt-users] New to RT - doco frustrations If you're just going to administer RT, the book should be fine, if you're going to be developing scrips and the such, you should use perldoc and be proficient with perl. I know that's probably not what you're wanting to hear, but AFAIK no good documentation of the methods or data structures for RT exists anywhere. .r' Christopher Short wrote: Hi, I'm new to RT but am flogging it at my company so I'd like to understand the different features it has to offer. It seems pretty cool and exciting. BUT ... much of the wiki.bestpractical.com is broken-formatted and hard to follow. I gather that it's been switched from Kwiki formatting to Wifty, and that seems to have broken formatting on many pages. There's not a single mention of Wifty on the wiki, and I can't find information on the wifty markup anywhere. I see that someone else asked about the markup recently and got no reply. I'll get the O'Reilly book at some stage, but it's over two years old, so I'd imagine it would be quite out of date by now - I'd prefer some online source. Has wiki.bestpractical.com been superceded by some other site as the primary guide to RT? thanks, Chris ___ 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 The information transmitted in this electronic communication is intended only for the person or entity to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this information in error, please contact the Compliance HelpLine at 800-856-1983 and properly dispose of this information. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. Community
RE: [rt-users] Email communication stopsrandomly...rebootingapacheresolves
I don't know from which version of RT, but at least on 3.6.5 you can select from the gui, connected as root Configuration -- Tools -- System Configuration and you get something like: Perl v5.8.8 under linux Apache2::Access v2.02; Apache2::Connection v2.02; Apache2::Const v2.02; Apache2::Log v2.02; Apache2::Module v2.02; Apache2::RequestIO v2.02; Apache2::RequestRec v2.02; Apache2::RequestUtil v2.02; Apache2::Response v2.02; Apache2::ServerUtil v2.02; Apache2::Status v4.00; Apache2::SubRequest v2.02; Apache::DBI v1.05; Apache::Ocsinventory v0.80; Apache::Session v1.81; 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::Pool v0.009000; APR::Table v0.009000; AutoLoader v5.60; base v2.07; Benchmark v1.07; bytes v1.02; Cache::Simple::TimedExpiry v0.27; Carp v1.04; CGI v3.15; CGI::Cookie v1.26; CGI::Util v1.5; Class::Container v0.12; Class::Data::Inheritable v0.06; Class::ReturnValue v0.53; Clone v0.22; Compress::Zlib v1.42; constant v1.05; Cwd v3.12; Data::Dumper v2.121_08; Date::Format v2.22; Date::Parse v2.27; DBD::mysql v3.0007; DBI v1.52; ecc. -Original Message- From: [EMAIL PROTECTED] on behalf of John Wells Sent: Thu 10/25/2007 12:06 AM To: Helmuth Ramirez; RT-Users@lists.bestpractical.com Subject: RE: [rt-users] Email communication stopsrandomly...rebootingapacheresolves Side note: may I ask what you ran to show your 'env details'? I used a mix... Mostly dpkg -l | grep package to find version info about items installed via apt. perl -V to get perl bits, and locate CGI.pm | grep VERSION= to find the versions of CGI.pm on my machine. Hope this helps. Are you on Debian 4 as well? Thanks, John -- This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/ , and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Bulk queue create?
Dont do this directly to the DB, use some RT Rest functions. Try this both files: -- #!/usr/bin/perl use strict; use warnings; BEGIN { die You must define \$RT_HOME\n unless exists $ENV{RT_HOME} }; use lib $ENV{RT_HOME}/lib; use RT; RT::LoadConfig(); RT::Init(); use RT::Interface::CLI qw(GetCurrentUser loc); use RT::Tickets; my $CurrentUser = GetCurrentUser(); die loc(No RT user found.\n) unless ($CurrentUser-Id); die We need Arguments like Queuename, Description and Mail Address\n unless ($#ARGV==2); my $Queuename=shift @ARGV; my $Queuedescription=shift @ARGV; my $Queuemail=shift @ARGV; my $Queue = RT::Queue-new($CurrentUser); my ($id,$Message)=$Queue-Create(Name=$Queuename,Description=$Queuedescription,CorrespondAddress=$Queuemail); if ($id){ print $Message.\n; } else{ printThis is a error!\n$Message\n; } -- called from a shell script: -- #!/bin/bash P1=/opt/rt3/local/bin/ U1=/opt/rt3/local/bin/queuelist while read zeile; do set -- $zeile echo Bearbeite Queue: $1 $2 $3 /usr/bin/perl ${P1}createqueue.pl $1 $2 $3 done$U1 -- Try it, its much more secure. 2007/10/24, José de Paula Eufrásio Júnior [EMAIL PROTECTED]: Is it possible? I have 30+ queues to create, is it possible to create the queues directly on the database or using a script? Thanks. []s ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -- MFG Torsten Brumm http://www.torsten-brumm.de ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Merge or delete users
Hi people, I try to integrate RT with MS AD and the LDAP tips from the wiki to get the user data on user creation, and it is almost working. The customer is using Windows 2003 for DC and Exchange 5.5. Exchange 5.5 is pretty old and is not well integrated with AD. So, when the user opens http://helpdesk in the browser, the credential sent to RT from Apache is the user's logon name, let it be userx. The user creates a ticket with requestor userx. Then the user sends an email to [EMAIL PROTECTED], and because Exchange 5.5 is stupid, and no one has entered the user's emails into their AD account details, RT creates a new user [EMAIL PROTECTED] And there is the problem - one user, two RT accounts. Can two users be merged somehow, or can I delete entirely an user, to be able to assign it's email to another user? Thanks in advance. begin:vcard fn:Boris Jordanov n:Jordanov;Boris org:BRG OOD adr:;;Pirinski edelvais 10;Sofia;;;Bulgaria email;internet:[EMAIL PROTECTED] tel;cell:+359 889 303 372 x-mozilla-html:FALSE url:www.brg.bg version:2.1 end:vcard ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] new address added in cc list when the issue is still open?
I have a query regarding as below: If a new address added in the 'CC' list in the email correspondence by the client or owner while the issue is still open, gets added in the RT system in its 'CC' list for future correspondence. Can any one help on this issue? Thanks!!! With Regards, Krishna Prasad ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Email communication stops randomly...rebootingapacheresolves
Yes, running Debian 4 as well. Here is my config as per the RT menu option (mentioned in a later e-mail) Loaded perl modules Perl v5.8.8 under linux Apache2::Const v2.02; Apache2::Log v2.02; Apache2::Module v2.02; Apache2::RequestIO v2.02; Apache2::RequestRec v2.02; Apache2::RequestUtil v2.02; Apache2::Response v2.02; Apache2::ServerUtil v2.02; Apache2::Status v4.00; Apache::DBI v1.04; Apache::Session v1.81; 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::Pool v0.009000; APR::Table v0.009000; AutoLoader v5.60; base v2.07; Benchmark v1.07; bytes v1.02; Cache::Simple::TimedExpiry v0.26; Carp v1.04; CGI v3.15; CGI::Cookie v1.26; CGI::Util v1.5; Class::Container v0.12; Class::Data::Inheritable v0.04; Class::ReturnValue v0.53; Clone v0.15; constant v1.05; Convert::ASN1 v0.20; Cwd v3.12; Data::Dumper v2.121_08; Date::Format v2.22; Date::Parse v2.27; DBD::mysql v2.9006; DBI v1.46; DBIx::SearchBuilder v1.45; DBIx::SearchBuilder::Union v0; DBIx::SearchBuilder::Unique v0.01; Devel::StackTrace v1.11; Devel::StackTraceFrame v0.6; Digest::base v1.00; Digest::MD5 v2.36; DynaLoader v1.04; Encode v2.12; Encode::Alias v2.04; Encode::Config v2.01; Encode::Encoding v2.02; Encode::Guess v2.00; Encode::Unicode v2.02; Errno v1.0901; Exception::Class v1.21; Exception::Class::Base v1.2; Exporter v5.58; Exporter::Heavy v5.58; Fcntl v1.05; fields v2.03; File::Basename v2.74; File::Glob v1.05; File::Path v1.08; File::Spec v3.12; File::Spec::Functions v1.3; File::Spec::Unix v1.5; File::Temp v0.16; FileHandle v2.01; HTML::Element v3.16; HTML::Entities v1.29; HTML::Formatter v2.04; HTML::FormatText v2.04; HTML::Mason v1.35; 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.10; HTML::TreeBuilder v3.13; HTTP::Date v1.47; I18N::LangTags v0.35; I18N::LangTags::Detect v1.03; integer v1.00; IO v1.22; IO::File v1.13; IO::Handle v1.25; IO::InnerFile v2.110; IO::Lines v2.110; IO::Scalar v2.110; IO::ScalarArray v2.110; IO::Seekable v1.1; IO::Select v1.17; IO::Socket v1.29; IO::Socket::INET v1.29; IO::Socket::UNIX v1.22; IO::Wrap v2.110; IO::WrapTie v2.110; IPC::Open2 v1.02; IPC::Open3 v1.02; lib v0.5565; List::Util v1.18; Locale::Maketext v1.09; Locale::Maketext::Fuzzy v0.02; Locale::Maketext::Lexicon v0.62; Locale::Maketext::Lexicon::Gettext v0.15; 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.07; MIME::Body v5.420; MIME::Decoder v5.420; MIME::Decoder::Base64 v5.420; MIME::Decoder::Binary v5.420; MIME::Decoder::NBit v5.420; MIME::Decoder::QuotedPrint 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.07; MIME::Tools v5.420; MIME::Words v5.420; mod_perl v2.02; mod_perl2 v2.02; ModPerl::Const v2.02; Module::Versions::Report v1.02; Net::LDAP v0.33; Net::LDAP::ASN v0.03; Net::LDAP::Bind v1.02; Net::LDAP::Constant v0.04; Net::LDAP::Entry v0.22; Net::LDAP::Filter v0.14; Net::LDAP::Message v1.08; Net::LDAP::Search v0.10; Net::LDAP::Util v0.10; overload v1.04; Params::Validate v0.76; POSIX v1.09; re v0.05; Regexp::Common v2.120; Regexp::Common::delimited v2.104; RT v3.6.3; RT::Interface::Email v2; Scalar::Util v1.18; SelectSaver v1.01; Socket v1.78; Storable v2.15; strict v1.03; Symbol v1.06; Sys::Syslog v0.13; Text::Autoformat v1.13; Text::Quoted v1.8; Text::Reform v1.11; Text::Tabs v2005.0824; Text::Template v1.44; Text::Wrapper v1.000; Tie::Hash v1.02; Time::HiRes v1.86; Time::JulianDay v2003.1125; Time::Local v1.11; Time::ParseDate v2003.1126; Time::Timezone v2003.0211; Time::Zone v2.22; Tree::Simple v1.14; UNIVERSAL v1.01;
RE: [rt-users] Email communication stopsrandomly...rebootingapacheresolves
That's practical! It works on 3.6.3 too! From: Gianluca Cecchi [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 2:55 AM To: John Wells; Helmuth Ramirez; RT-Users@lists.bestpractical.com Subject: RE: [rt-users] Email communication stopsrandomly...rebootingapacheresolves I don't know from which version of RT, but at least on 3.6.5 you can select from the gui, connected as root Configuration -- Tools -- System Configuration and you get something like: Perl v5.8.8 under linux Apache2::Access v2.02; Apache2::Connection v2.02; Apache2::Const v2.02; Apache2::Log v2.02; Apache2::Module v2.02; Apache2::RequestIO v2.02; Apache2::RequestRec v2.02; Apache2::RequestUtil v2.02; Apache2::Response v2.02; Apache2::ServerUtil v2.02; Apache2::Status v4.00; Apache2::SubRequest v2.02; Apache::DBI v1.05; Apache::Ocsinventory v0.80; Apache::Session v1.81; 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::Pool v0.009000; APR::Table v0.009000; AutoLoader v5.60; base v2.07; Benchmark v1.07; bytes v1.02; Cache::Simple::TimedExpiry v0.27; Carp v1.04; CGI v3.15; CGI::Cookie v1.26; CGI::Util v1.5; Class::Container v0.12; Class::Data::Inheritable v0.06; Class::ReturnValue v0.53; Clone v0.22; Compress::Zlib v1.42; constant v1.05; Cwd v3.12; Data::Dumper v2.121_08; Date::Format v2.22; Date::Parse v2.27; DBD::mysql v3.0007; DBI v1.52; ecc. -Original Message- From: [EMAIL PROTECTED] on behalf of John Wells Sent: Thu 10/25/2007 12:06 AM To: Helmuth Ramirez; RT-Users@lists.bestpractical.com Subject: RE: [rt-users] Email communication stopsrandomly...rebootingapacheresolves Side note: may I ask what you ran to show your 'env details'? I used a mix... Mostly dpkg -l | grep package to find version info about items installed via apt. perl -V to get perl bits, and locate CGI.pm | grep VERSION= to find the versions of CGI.pm on my machine. Hope this helps. Are you on Debian 4 as well? Thanks, John -- This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/ , and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] new address added in cc list when the issue is still open?
I think that Set($ParseNewMessageForTicketCcs,false); can solve this. Josep From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krishna Prasad Sent: jueves, 25 de octubre de 2007 14:47 To: 'Drew Barnes'; 'Kenneth Crocker'; [EMAIL PROTECTED]; rt-users@lists.bestpractical.com Subject: [rt-users] new address added in cc list when the issue is still open? I have a query regarding as below: If a new address added in the 'CC' list in the email correspondence by the client or owner while the issue is still open, gets added in the RT system in its 'CC' list for future correspondence. Can any one help on this issue? Thanks!!! With Regards, Krishna Prasad -- This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. Este mensaje y los ficheros adjuntos pueden contener informacion confidencial destinada solamente a la(s) persona(s) mencionadas anteriormente. Pueden estar protegidos por secreto profesional Si usted recibe este correo electronico por error, gracias de informar inmediatamente al remitente y destruir el mensaje. Al no estar asegurada la integridad de este mensaje sobre la red, Atos Origin no se hace responsable por su contenido. Su contenido no constituye ningun compromiso para el grupo Atos Origin, salvo ratificacion escrita por ambas partes. Aunque se esfuerza al maximo por mantener su red libre de virus, el emisor no puede garantizar nada al respecto y no sera responsable de cualesquiera danos que puedan resultar de una transmision de virus -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Email communication stopsrandomly...rebootingapacheresolves
That's practical! It works on 3.6.3 too! Cool...so now we know how to get the info out. Now, how to fix this issue? Does something need to be upgraded? How can we debug this? Anyone? Here's my config info a la RT: Loaded perl modules Perl v5.8.8 under linux Apache2::Access v2.02; Apache2::Connection v2.02; Apache2::Const v2.02; Apache2::Filter v2.02; Apache2::Log v2.02; Apache2::Module v2.02; Apache2::RequestIO v2.02; Apache2::RequestRec v2.02; Apache2::RequestUtil v2.02; Apache2::Response v2.02; Apache2::ServerRec v2.02; Apache2::ServerUtil v2.02; Apache2::Status v4.00; Apache2::SubRequest v2.02; Apache2::URI v2.02; Apache2::Util v2.02; Apache::DBI v1.04; Apache::Session v1.81; Apache::Session::Generate::MD5 v2.1; Apache::Session::Lock::Null v1.01; Apache::Session::Postgres v1.01; Apache::Session::Serialize::Base64 v1.00; Apache::Session::Store::DBI v1.02; Apache::Session::Store::Postgres v1.03; APR v0.009000; APR::Brigade v0.009000; APR::Bucket v0.009000; APR::Const v0.009000; APR::Date v0.009000; APR::Pool v0.009000; APR::Table v0.009000; APR::URI v0.009000; APR::Util v0.009000; AutoLoader v5.60; base v2.07; Benchmark v1.07; bytes v1.02; Cache::Simple::TimedExpiry v0.26; Calendar::Simple v1.17; Carp v1.04; CGI v3.15; CGI::Cookie v1.26; CGI::Util v1.5; Class::Container v0.12; Class::Data::Inheritable v0.04; Class::ReturnValue v0.53; Clone v0.18; constant v1.05; Cwd v3.12; Data::Dumper v2.121_08; Date::Format v2.22; Date::Parse v2.27; DBD::Pg v1.49; DBD::Sponge v11.10; DBI v1.53; DBIx::SearchBuilder v1.45; DBIx::SearchBuilder::Union v0; DBIx::SearchBuilder::Unique v0.01; Devel::StackTrace v1.11; Devel::StackTraceFrame v0.6; Digest::base v1.00; Digest::MD5 v2.36; DynaLoader v1.04; Encode v2.12; Encode::Alias v2.04; Encode::Config v2.01; Encode::Encoding v2.02; Encode::Guess v2.00; Encode::Unicode v2.02; Errno v1.0901; Exception::Class v1.21; Exception::Class::Base v1.2; Exporter v5.58; Exporter::Heavy v5.58; Fcntl v1.05; fields v2.03; File::Basename v2.74; File::Glob v1.05; File::Path v1.08; File::Spec v3.12; File::Spec::Functions v1.3; File::Spec::Unix v1.5; File::Temp v0.16; FileHandle v2.01; HTML::Element v3.16; HTML::Entities v1.35; HTML::Formatter v2.04; HTML::FormatText v2.04; HTML::Mason v1.35; 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.55; HTML::Scrubber v0.08; HTML::Tagset v3.10; HTML::TreeBuilder v3.13; HTTP::Date v1.47; I18N::LangTags v0.35; I18N::LangTags::Detect v1.03; I18N::LangTags::List v0.35; integer v1.00; IO v1.22; IO::File v1.13; IO::Handle v1.25; IO::InnerFile v2.110; IO::Lines v2.110; IO::Scalar v2.110; IO::ScalarArray v2.110; IO::Seekable v1.1; IO::Wrap v2.110; IO::WrapTie v2.110; IPC::Open2 v1.02; IPC::Open3 v1.02; lib v0.5565; List::Util v1.18; Locale::Maketext v1.09; Locale::Maketext::Fuzzy v0.02; Locale::Maketext::Lexicon v0.62; Locale::Maketext::Lexicon::Gettext v0.15; 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.07; MIME::Body v5.420; MIME::Decoder v5.420; MIME::Decoder::Base64 v5.420; MIME::Decoder::Binary v5.420; MIME::Decoder::NBit v5.420; MIME::Decoder::QuotedPrint 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.07; MIME::Tools v5.420; MIME::Words v5.420; mod_perl v2.02; mod_perl2 v2.02; ModPerl::Const v2.02; Module::Versions::Report v1.02; overload v1.04; Params::Validate v0.77; POSIX v1.09; re v0.05; Regexp::Common v2.120; Regexp::Common::delimited v2.104; RT v3.6.1; RT::Interface::Email v2; Scalar::Util v1.18; SelectSaver v1.01; Socket v1.78; Storable v2.15; strict v1.03; Symbol v1.06; Sys::Syslog v0.13; Text::Autoformat v1.13; Text::Quoted v1.8; Text::Reform v1.11; Text::Tabs v2005.0824; Text::Template v1.44; Text::Wrapper v1.000; Time::HiRes v1.86;
Re: [rt-users] Email communication stopsrandomly...rebootingapacheresolves
Anything in your RT logs around the time it stops sending mail? That info will likely be more useful than a list of perl modules. John Wells wrote: That's practical! It works on 3.6.3 too! Cool...so now we know how to get the info out. Now, how to fix this issue? Does something need to be upgraded? How can we debug this? Anyone? Here's my config info a la RT: Loaded perl modules Perl v5.8.8 under linux Apache2::Access v2.02; Apache2::Connection v2.02; Apache2::Const v2.02; Apache2::Filter v2.02; Apache2::Log v2.02; Apache2::Module v2.02; Apache2::RequestIO v2.02; Apache2::RequestRec v2.02; Apache2::RequestUtil v2.02; Apache2::Response v2.02; Apache2::ServerRec v2.02; Apache2::ServerUtil v2.02; Apache2::Status v4.00; Apache2::SubRequest v2.02; Apache2::URI v2.02; Apache2::Util v2.02; Apache::DBI v1.04; Apache::Session v1.81; Apache::Session::Generate::MD5 v2.1; Apache::Session::Lock::Null v1.01; Apache::Session::Postgres v1.01; Apache::Session::Serialize::Base64 v1.00; Apache::Session::Store::DBI v1.02; Apache::Session::Store::Postgres v1.03; APR v0.009000; APR::Brigade v0.009000; APR::Bucket v0.009000; APR::Const v0.009000; APR::Date v0.009000; APR::Pool v0.009000; APR::Table v0.009000; APR::URI v0.009000; APR::Util v0.009000; AutoLoader v5.60; base v2.07; Benchmark v1.07; bytes v1.02; Cache::Simple::TimedExpiry v0.26; Calendar::Simple v1.17; Carp v1.04; CGI v3.15; CGI::Cookie v1.26; CGI::Util v1.5; Class::Container v0.12; Class::Data::Inheritable v0.04; Class::ReturnValue v0.53; Clone v0.18; constant v1.05; Cwd v3.12; Data::Dumper v2.121_08; Date::Format v2.22; Date::Parse v2.27; DBD::Pg v1.49; DBD::Sponge v11.10; DBI v1.53; DBIx::SearchBuilder v1.45; DBIx::SearchBuilder::Union v0; DBIx::SearchBuilder::Unique v0.01; Devel::StackTrace v1.11; Devel::StackTraceFrame v0.6; Digest::base v1.00; Digest::MD5 v2.36; DynaLoader v1.04; Encode v2.12; Encode::Alias v2.04; Encode::Config v2.01; Encode::Encoding v2.02; Encode::Guess v2.00; Encode::Unicode v2.02; Errno v1.0901; Exception::Class v1.21; Exception::Class::Base v1.2; Exporter v5.58; Exporter::Heavy v5.58; Fcntl v1.05; fields v2.03; File::Basename v2.74; File::Glob v1.05; File::Path v1.08; File::Spec v3.12; File::Spec::Functions v1.3; File::Spec::Unix v1.5; File::Temp v0.16; FileHandle v2.01; HTML::Element v3.16; HTML::Entities v1.35; HTML::Formatter v2.04; HTML::FormatText v2.04; HTML::Mason v1.35; 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.55; HTML::Scrubber v0.08; HTML::Tagset v3.10; HTML::TreeBuilder v3.13; HTTP::Date v1.47; I18N::LangTags v0.35; I18N::LangTags::Detect v1.03; I18N::LangTags::List v0.35; integer v1.00; IO v1.22; IO::File v1.13; IO::Handle v1.25; IO::InnerFile v2.110; IO::Lines v2.110; IO::Scalar v2.110; IO::ScalarArray v2.110; IO::Seekable v1.1; IO::Wrap v2.110; IO::WrapTie v2.110; IPC::Open2 v1.02; IPC::Open3 v1.02; lib v0.5565; List::Util v1.18; Locale::Maketext v1.09; Locale::Maketext::Fuzzy v0.02; Locale::Maketext::Lexicon v0.62; Locale::Maketext::Lexicon::Gettext v0.15; 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.07; MIME::Body v5.420; MIME::Decoder v5.420; MIME::Decoder::Base64 v5.420; MIME::Decoder::Binary v5.420; MIME::Decoder::NBit v5.420; MIME::Decoder::QuotedPrint 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.07; MIME::Tools v5.420; MIME::Words v5.420; mod_perl v2.02; mod_perl2 v2.02; ModPerl::Const v2.02; Module::Versions::Report v1.02; overload v1.04; Params::Validate v0.77; POSIX v1.09; re v0.05; Regexp::Common v2.120; Regexp::Common::delimited v2.104; RT v3.6.1;
RE: [rt-users] Merge or delete users
Hi Boris, I have just configured this exact scenario. Take a look at this page http://wiki.bestpractical.com/view/AutoCreateFromExternalUserInfo Basically, you can use LDAP in Exchange 5.5 to cross reference between user id and email address. When users send an e-mail to RT, LDAP is used to retrieve the userid from Exchange and therefore prevent the creation of 2 accounts. Hope this helps! Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Boris Jordanov Sent: Thursday, October 25, 2007 5:57 AM To: RT-Users@lists.bestpractical.com Subject: [rt-users] Merge or delete users Hi people, I try to integrate RT with MS AD and the LDAP tips from the wiki to get the user data on user creation, and it is almost working. The customer is using Windows 2003 for DC and Exchange 5.5. Exchange 5.5 is pretty old and is not well integrated with AD. So, when the user opens http://helpdesk in the browser, the credential sent to RT from Apache is the user's logon name, let it be userx. The user creates a ticket with requestor userx. Then the user sends an email to [EMAIL PROTECTED], and because Exchange 5.5 is stupid, and no one has entered the user's emails into their AD account details, RT creates a new user [EMAIL PROTECTED] And there is the problem - one user, two RT accounts. Can two users be merged somehow, or can I delete entirely an user, to be able to assign it's email to another user? Thanks in advance. DISCLAIMER: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. Thank you. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] new address added in cc list when the issue is still open and should be notified that added person everytime as the cc people receives the mail?
I have a query regarding as below: If a new address added in the 'CC' list in the email correspondence by the client or owner while the issue is still open, gets added in the RT system in its 'CC' list for future correspondence. I want to keep the added address permanently in RT and the email correspondence should be notified that added person every time as the cc people receives the mail. Can any one help on this issue? Thanks!!! With Regards, Krishna Prasad ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Emailcommunication stopsrandomly...rebootingapacheresolves
Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] #137/1814 - Scrip 5 (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:238) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] No recipients found. Not sending. (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:250) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] #137/1814 - Scrip 6 (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:238) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] #137/1814 - Scrip 7 (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:238) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] No recipients found. Not sending. (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:250) Oct 12 10:39:45 rt RT: Use of uninitialized value in substitution (s///) at /usr/share/request-tracker3.6/lib/RT/Interface/Web.pm line 617. (/usr/share/request-tracker3.6/lib/RT/Interface/Web.pm:617) Problem is...we get similar messages when it's functioning normally! :( Thanks, John -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Emailcommunication stopsrandomly...rebootingapacheresolves
I haven't been able to get anything remarkable from my logs either when it just stops running. From: John Wells [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 9:36 AM To: Drew Barnes Cc: RT-Users@lists.bestpractical.com; Helmuth Ramirez Subject: RE: [rt-users] Emailcommunication stopsrandomly...rebootingapacheresolves Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] #137/1814 - Scrip 5 (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:238) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] No recipients found. Not sending. (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:250) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] #137/1814 - Scrip 6 (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:238) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] #137/1814 - Scrip 7 (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:238) Oct 12 10:38:16 rt RT: [EMAIL PROTECTED] No recipients found. Not sending. (/usr/share/request-tracker3.6/lib/RT/Action/SendEmail.pm:250) Oct 12 10:39:45 rt RT: Use of uninitialized value in substitution (s///) at /usr/share/request-tracker3.6/lib/RT/Interface/Web.pm line 617. (/usr/share/request-tracker3.6/lib/RT/Interface/Web.pm:617) Problem is...we get similar messages when it's functioning normally! :( Thanks, John -- This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/ , and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Customizing Appearance of RT :(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm using 3.5-default. I have restarted the webserver. Do I also have to clear the Mason cache as well? I'm not entirely sure how to do this :( I've put background-color: grey; In the body tags of every single set I can find body on. But to no avail :( Does anybody know of any places to get other prebuilt themes? Perhaps if I had a few more examples to work from, I could figure it out more easily. Thanks, Matt Patterson, Craig wrote: Matt, Did you by chance set your RT_SiteConfig to use 3.4-compat ie, Set($WebDefaultStylesheet, '3.4-compat'); If not, I've only needed to restart httpd when I've edited the css file to see the changes. Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Westfall Sent: Tuesday, October 23, 2007 11:38 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Customizing Appearance of RT :( I have edited the heck out of the files in /opt/rt3/share/html/NoAuth/css/3.5-default But can't get the css style changes to take. Any advice? Thanks, Matt ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHIJ19b/8X6V5MpAURAsRbAJ43blmevYO79G9KjGEoxFCkPXH+wQCgm/bt 0x69RtlKu2tLRCZNIC0qxtE= =d5O/ -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Bulk queue create?
Torsten Brumm wrote: my $CurrentUser = GetCurrentUser(); What user is this? The one I'm logged on the shell? It'll resolve it to a RT user? Is there a way to specify what user it'll use? []s core ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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]Emailcommunication stopsrandomly...rebootingapacheresolves
Don't know if it's related, but around the same time it stops replying, incoming email users also get: Subject: Message not recorded Permission Denied When trying to reply... Nothing of interest in the logs at all as far as I can tell. Messages look usual. I've put the entire log here: http://www.timco.aero/rt.messages momentarily for perusal. We'll pay for help resolving this if it's necessary (and reasonable ;) ). Thanks, John -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Customizing Appearance of RT :(
Prebuilt themes..that's a neat idea :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Westfall Sent: Thursday, October 25, 2007 9:43 AM Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Customizing Appearance of RT :( -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm using 3.5-default. I have restarted the webserver. Do I also have to clear the Mason cache as well? I'm not entirely sure how to do this :( I've put background-color: grey; In the body tags of every single set I can find body on. But to no avail :( Does anybody know of any places to get other prebuilt themes? Perhaps if I had a few more examples to work from, I could figure it out more easily. Thanks, Matt Patterson, Craig wrote: Matt, Did you by chance set your RT_SiteConfig to use 3.4-compat ie, Set($WebDefaultStylesheet, '3.4-compat'); If not, I've only needed to restart httpd when I've edited the css file to see the changes. Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Westfall Sent: Tuesday, October 23, 2007 11:38 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Customizing Appearance of RT :( I have edited the heck out of the files in /opt/rt3/share/html/NoAuth/css/3.5-default But can't get the css style changes to take. Any advice? Thanks, Matt ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHIJ19b/8X6V5MpAURAsRbAJ43blmevYO79G9KjGEoxFCkPXH+wQCgm/bt 0x69RtlKu2tLRCZNIC0qxtE= =d5O/ -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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]Emailcommunication stopsrandomly...rebootingapacheresolves
I seem to recall something a while back where this would happen if apache lost its connection to mysql. Are you getting any mysql server has gone away style messages in syslog? John Wells wrote: Don't know if it's related, but around the same time it stops replying, incoming email users also get: Subject: Message not recorded Permission Denied When trying to reply... Nothing of interest in the logs at all as far as I can tell. Messages look usual. I've put the entire log here: http://www.timco.aero/rt.messages momentarily for perusal. We'll pay for help resolving this if it's necessary (and reasonable ;) ). Thanks, John -- This message has been scanned for viruses and dangerous content by *MailScanner* http://www.mailscanner.info/, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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: AW: [rt-users] Customizing Appearance of RT :(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ugh, still no joy :( Ham MI-ID, Torsten Brumm wrote: Go to your rt3 installation dir, there you find a folver var/mason_data/obj/ and remove everythin below this folder -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Matt Westfall Gesendet: Donnerstag, 25. Oktober 2007 15:43 Cc: rt-users@lists.bestpractical.com Betreff: Re: [rt-users] Customizing Appearance of RT :( ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHIKjVb/8X6V5MpAURApJKAKCNGAdCfw7DjD50EeeJAXqSYhkvrgCfbG+m HlV7KPhMb/B15iU0UFPMxO4= =ZWUm -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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: AW: [rt-users] Customizing Appearance of RT :(
At Thursday 10/25/2007 10:31 AM, Matt Westfall wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ugh, still no joy :( Matt, If you look at the HTML source for one of the RT pages (as rendered in your browser), what is in there for the CSS? Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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
R: [rt-users]Emailcommunication stopsrandomly...rebootingapacheresolves
The thread was this. Probably useful you dig into the several answers given there, for possible causes and solutions: http://www.nabble.com/RT-Apache-suddenly-hangs-tf3161406.html#a8856396 -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Drew Barnes Inviato: giovedì 25 ottobre 2007 16.09 A: John Wells Cc: RT-Users@lists.bestpractical.com; Helmuth Ramirez Oggetto: Re: [rt-users]Emailcommunication stopsrandomly...rebootingapacheresolves I seem to recall something a while back where this would happen if apache lost its connection to mysql. Are you getting any mysql server has gone away style messages in syslog? John Wells wrote: Don't know if it's related, but around the same time it stops replying, incoming email users also get: Subject: Message not recorded Permission Denied When trying to reply... Nothing of interest in the logs at all as far as I can tell. Messages look usual. I've put the entire log here: http://www.timco.aero/rt.messages momentarily for perusal. We'll pay for help resolving this if it's necessary (and reasonable ;) ). Thanks, John -- This message has been scanned for viruses and dangerous content by *MailScanner* http://www.mailscanner.info/, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] new address added in cc list when the issue is still open?
On Thu, 2007-10-25 at 14:54 +0200, Jose Antonio Canton Olid wrote: I think that “Set($ParseNewMessageForTicketCcs,false);” can solve this. Josep This will only work when a ticket is created when RT received an email. To get the same behavior for opened ticket correspondences, I created a Scrip in RT, which I documented in RT's Wiki: http://wiki.bestpractical.com/view/AddWatchersOnCorrespond ~Jason __ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krishna Prasad Sent: jueves, 25 de octubre de 2007 14:47 To: 'Drew Barnes'; 'Kenneth Crocker'; [EMAIL PROTECTED]; rt-users@lists.bestpractical.com Subject: [rt-users] new address added in cc list when the issue is still open? I have a query regarding as below: If a new address added in the ‘CC’ list in the email correspondence by the client or owner while the issue is still open, gets added in the RT system in its ‘CC’ list for future correspondence. Can any one help on this issue? Thanks!!! With Regards, KrishnaPrasad ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -- /--\ | Jason A. Smith Email: [EMAIL PROTECTED] | | Atlas Computing Facility, Bldg. 510MPhone: +1-631-344-4226 | | Brookhaven National Lab, P.O. Box 5000 Fax: +1-631-344-7616 | | Upton, NY 11973-5000, U.S.A. | \--/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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: AW: [rt-users] Customizing Appearance of RT :(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As it turns out, it appeared to be my browser caching!! I think that because all the pages of RT appear to be HTML FireFox does a little more aggressive caching than it does with pages it knows to be largely dynamic (php). I should be good to go. Thanks for the help guys!! Stephen Turner wrote: At Thursday 10/25/2007 10:31 AM, Matt Westfall wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ugh, still no joy :( Matt, If you look at the HTML source for one of the RT pages (as rendered in your browser), what is in there for the CSS? Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHILrwb/8X6V5MpAURAmP+AJ478APoxK3yjMqcCt1lipf7Lexe/ACg2gFB GeE68Z9z1yOfdo1M2mBXKj4= =wUb1 -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] New Problem with CSS!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OK I got it to work, but now... when I add background-color: #cc; to the body { } function in body.css It offsets the entire ticket view to the right a full screen!! Any ideas?! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHIMFSb/8X6V5MpAURAv9tAJ4+itg2+xXNC02grrikpZX5lSx4VwCfduOH CG9nx7LqrMefQwJr9WYd0Rs= =Wg8v -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Offset Issue Part 2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 And then when I remove the CSS tag everything STAYS offset!!! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHIMGQb/8X6V5MpAURAsSwAJ9xJDq/rQxZmwHX0licVefwoLBqIwCfcCg2 UJadmTUaCmxd51ocQTIDtH8= =H7yf -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Simple search using email address fails
On Oct 24, 2007, at 10:38 PM, Geoff Roberts wrote: Hi Jesse, On Thu, 25 Oct 2007 04:30:55 am Jesse Vincent wrote: Can you test with current versions of RTFM (2.2.1) and SearchBuilder (1.49) Thanks for that - SearchBuilder was the problem. Upgrading RTFM to 2.2.1 didn't fix the issue, but upgrading SearchBuilder to 1.48 did. great I didn't even notice the RTFM 2.2.1 release at the bottom of the RTFM download page since the Preview Releases now fill more than a page in my browser. Could I suggest swapping the Preview Releases with the Official releases section on the RTFM download page. That way lazy idiots like me will see the latest official release first. This order on the RTFM download page would also reflect the order on the RT download page. We pulled the list of preleases since there are now new official releases. Thanks for pointing that out. By the way, when upgrading to RTFM 2.2.1 I compared the database structure in the mysql creation script with my current database structure. I have been using RTFM for a while and have therefore gone through a number of upgrades. I have a raft of tables that don't appear in the 2.2.1 mysql database creation script. Is it safe to delete these now (FM_ArticleCFValues, FM_ClassCustomFields, FM_CustomFieldValues, FM_CustomFields, FM_Transactions)? That should be safe, assuming you've already happily migrated your data, or otherwise set up new data. Those are left over from when RTFM didn't have access to RT's Custom Fields or Transactions. -kevin ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] CustomCondition problem
Hello List! I am trying to make a custom scrip work. The scrip is supposed to: Whenever a ticket is created in the X queue and the owner is set to Nobody, the scrip action will Notify AdminCcs. This is my Scrip Condition: if( $self-TransactionObj-Type eq 'Create' $self-TicketObj-Owner eq '10' ) { return 1; } else { return undef; } (As in http://wiki.bestpractical.com/view/OnCreateResolved) But it is not working... I see the log, and the ScripCondition is true, but no e-mail being sent... Any ideas? Thanks a lot! Mario Gomide ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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]Emailcommunication stopsrandomly...rebootingapacheresolves
I seem to recall something a while back where this would happen if apache lost its connection to mysql. Are you getting any mysql server has gone away style messages in syslog? No...I'd be even more concerned if we were, since we're using PostgreSQL ;) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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]Emailcommunication stopsrandomly...rebootingapacheresolves
The thread was this. Probably useful you dig into the several answers given there, for possible causes and solutions: http://www.nabble.com/RT-Apache-suddenly-hangs-tf3161406.html#a8856396 Thanks Gianluca. I don't think it's explained by any of these. The system still responds and RT is as performant as ever...it's just that email doesn't get sent... Also, we're using PostgreSQL. Thanks for the suggestion though. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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]Emailcommunication stopsrandomly...rebootingapacheresolves
I wonder if this a mod_perl issue... Regardless of the version of RT, I run Apache 2.x, MySQL, and Fast_CGI and have never had this problem. James Moseley John Wells [EMAIL PROTECTED] .aero To Sent by: Gianluca Cecchi rt-users-bounces@ [EMAIL PROTECTED], Drew Barnes lists.bestpractic [EMAIL PROTECTED] al.com cc RT-Users@lists.bestpractical.com, Helmuth Ramirez 10/25/2007 12:56 [EMAIL PROTECTED] PMSubject RE: [rt-users]Emailcommunication stopsrandomly...rebootingapachereso lves The thread was this. Probably useful you dig into the several answers given there, for possible causes and solutions: http://www.nabble.com/RT-Apache-suddenly-hangs-tf3161406.html#a8856396 Thanks Gianluca. I don't think it's explained by any of these. The system still responds and RT is as performant as ever...it's just that email doesn't get sent... Also, we're using PostgreSQL. Thanks for the suggestion though. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Updating parent when child ticket changes - problems
Hello, (sorry about the long posting, I tried to put all the info in) I have set up a custom field and scrip that creates a child ticket when the custom field RolloutOnFTN is changed to createchildticket. The child tickets inherits all custom fields from the parent ticket, but the RolloutOnFTN field is set to pendingchildticket. All this works fine. But I also want to update the custom field of the parent ticket to pendingchildticket when the child ticket is created. How can I do that? I tried this (borrowing heavily form the workflow example of the wiki): === begin of scrip = Custom Condition: --- # do nothing unless: # customfield id3 is changed or created # customfield RolloutOnFTN (=id3) is PendingChildTicket my $CFName = 'RolloutOnFTN'; my $CFid = 3; my $CFvalue = 'PendingChildTicket'; unless ( ( $self-TransactionObj-Type eq CustomField $self-TransactionObj-Field == $CFid ) || $self-TransactionObj-Type eq Create ) { return 0; } return 0 unless $self-TicketObj-FirstCustomFieldValue( $CFName ) =~ /$CFvalue/i; 1; Custom Action Cleanup code: --- ### for debugging my $ticket = $self-TicketObj; $ticket-AddCustomFieldValue( Field = 'ReleasePhase' , Value = 01_Proposal ); $self-TicketObj-SetPriority( 100 ); $self-TicketObj-SetStatus( stalled ); the real thing ## my $cf_value = 'PendingChildTicket'; my $cf_name; ### Figure out which kind of child this is my $subject = $self-TicketObj-Subject; $cf_name = 'RolloutOnFTN' if $subject =~ /^ImplementOnFTN/; $cf_name = 'RolloutOnFTS' if $subject =~ /^ImplementOnFTS/; # Repeat for your custom field names. # There may be a better way to do this. return undef unless $cf_name; my $actor = $self-TransactionObj-CreatorObj; my $actorname = $actor-RealName . ' (' . $actor-EmailAddress . ')'; my $CF_Obj = RT::CustomField-new($self-CurrentUser); current ticket is member of(child of some parents) my $MemberOf = $self-TicketObj-MemberOf; the following only runs if ticket is child of one or more parent: while (my $l = $MemberOf-Next ) { # we can't check non local objects next unless( $l-TargetURI-IsLocal ); # Update the custom field in the parent ticket to show completed. $CF_Obj-LoadByName( Name = $cf_name, Queue = $l-TargetObj-QueueObj-Id); $CF_Obj-AddValueForObject( Object = $l-TargetObj, Content = $cf_value ); my $id = $self-TicketObj-id; my $status = $self-TicketObj-Status; $l-TargetObj-Correspond(Content = END); Child ticket created: Ticket: $id Status: $status Subject: $subject By: $actorname END } return 1; == end of scrip === When I create the child ticket from the parent then it runs the debug code in the scrip (see below), but it doesn't update the parent ticket. (Btw. The ticket status change is rolled back for some reason, see last line) # Thu Oct 25 14:56:03 2007 RT_System - Ticket created [Reply] [Comment] Download (untitled) [text/plain 73b] Implementation on FTN required Please see the parent ticket for details. # Thu Oct 25 14:56:03 2007 RT_System - Outgoing email recorded [Show] # Thu Oct 25 14:56:03 2007 RT_System - Status changed from 'open' to 'stalled' # Thu Oct 25 14:56:04 2007 RT_System - ReleasePhase 05_Implementing changed to 01_Proposal # Thu Oct 25 14:56:04 2007 RT_System - Priority changed from '60' to '100' # Thu Oct 25 14:56:04 2007 RT_System - Status changed from 'stalled' to 'open' When I trigger this scrip, after the child ticket is created by changing the custom field value to pendingchildticket manually, the scrip runs all the way through and the parent ticket is updated and receives the correspondence. Why does it only work in the second case? Any ideas? Doro ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Start ticket number at an arbitrary value
Is anyone aware of a way that I can have my next ticket start at an arbitrary high value that I select? I'm on a new installation, and I have created a few test tickets (I believe I'm up to number 4) but if possible I would like the next ticket to start at 5000. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Start ticket number at an arbitrary value
That was my initial plan, but I wanted to make sure there wasn't an RT sanctioned way, since the general recommendation seems to be to avoid messing with the database directly. I can't imagine this would cause any integrity problems. Todd Chapman wrote: Insert a row in the tickets table with id 4999, then the next ticket will be 5000. On 10/25/07, *John Arends* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is anyone aware of a way that I can have my next ticket start at an arbitrary high value that I select? I'm on a new installation, and I have created a few test tickets (I believe I'm up to number 4) but if possible I would like the next ticket to start at 5000. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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.6.3 Reverse History Order patch
running RT 3.6.3 on linux. I read http://wiki.bestpractical.com/view/ReverseHistoryOrder Which desribes some patches that will change the Transaction history order of tickets viewed on webpage. I tried the first simple option described: added line to RT_SiteConfig Set($OldestTransactionsFirst, 1); then cleared mason cache restarted apache but the history still shows Oldest First. Setting Set($OldestTransactionsFirst, 1); causes apache to fail to restart with erros about file permissions strange. So does anybody have a work around for RT 3.6.3 to do this. -- thanks Oliver ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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.6.3 Reverse History Order patch
o.nash We have 3.6.4 and don't have the problem you described. Perhaps an upgrade to that version will resolve the problem. Kenn LBNL On 10/25/2007 3:00 PM, [EMAIL PROTECTED] wrote: running RT 3.6.3 on linux. I read http://wiki.bestpractical.com/view/ReverseHistoryOrder Which desribes some patches that will change the Transaction history order of tickets viewed on webpage. I tried the first simple option described: added line to RT_SiteConfig Set($OldestTransactionsFirst, 1); then cleared mason cache restarted apache but the history still shows Oldest First. Setting Set($OldestTransactionsFirst, 1); causes apache to fail to restart with erros about file permissions strange. So does anybody have a work around for RT 3.6.3 to do this. -- thanks Oliver ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today.Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Long delays on correspondance?!
When using the web interface everything is pretty snappy. Usually page display times of about 0.2 seconds. However, whenever a ticket is created, or a comment entered or a reply entered, the page takes anywhere from 5 to 15 seconds. The odd thing is that at the botton of the page the page display time is anywhere from around 0.2 - 0.6 seconds!! Any ideas? Thanks, Matt Westfall Factory7 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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.6.3 Reverse History Order patch
Most probably you made a syntax mistake. On 10/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: running RT 3.6.3 on linux. I read http://wiki.bestpractical.com/view/ReverseHistoryOrder Which desribes some patches that will change the Transaction history order of tickets viewed on webpage. I tried the first simple option described: added line to RT_SiteConfig Set($OldestTransactionsFirst, 1); then cleared mason cache restarted apache but the history still shows Oldest First. Setting Set($OldestTransactionsFirst, 1); causes apache to fail to restart with erros about file permissions strange. So does anybody have a work around for RT 3.6.3 to do this. -- thanks Oliver ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Long delays on correspondance?!
Check rt's sendmail config --- Original message --- From: Matt Westfall [EMAIL PROTECTED] Sent: 10-25-'07, 19:11 When using the web interface everything is pretty snappy. Usually page display times of about 0.2 seconds. However, whenever a ticket is created, or a comment entered or a reply entered, the page takes anywhere from 5 to 15 seconds. The odd thing is that at the botton of the page the page display time is anywhere from around 0.2 - 0.6 seconds!! Any ideas? Thanks, Matt Westfall Factory7 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] Long delays on correspondance?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm using the default config. Does RT sit and wait for a response back from the sendmail command? What's odd, is that even when no e-mail is generated it takes 5 - 15 seconds. For example, if I personally am the requester the owner and the AdminCC and submit a Reply to the ticket, then no e-mail is sent right? Then what would be causing the delay?? :( Jesse Vincent wrote: Check rt's sendmail config --- Original message --- From: Matt Westfall [EMAIL PROTECTED] Sent: 10-25-'07, 19:11 When using the web interface everything is pretty snappy. Usually page display times of about 0.2 seconds. However, whenever a ticket is created, or a comment entered or a reply entered, the page takes anywhere from 5 to 15 seconds. The odd thing is that at the botton of the page the page display time is anywhere from around 0.2 - 0.6 seconds!! Any ideas? Thanks, Matt Westfall Factory7 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHISp5b/8X6V5MpAURAsJRAKDTCSDojVm2nAIrkcFhIw+48X7mPgCfS3ok ASrt/KTcbCsMTx5FmCKiQ5w= =2/r7 -END PGP SIGNATURE- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] [PATCH] Fix problems with subjects containing international chars
Hi, This patch should fix problem with subjects in outgoing emails. This patch has nothing to do with handling incoming emails, but only outgoing. You can see problems when EmailOutputEncoding is multi-byte(UTF-8 is and several other encodings as well) and subject is quite long (75 chars, depends on encoding). Thanks to Andrew Kornilov for keep kicking me and cooperating. As soon as I'll get positive feedback I'll commit the patch into 3.6 branch. -- Best regards, Ruslan. RT-3.6.5-fix_mime_encode_word.patch Description: Binary data ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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