[rt-users] html display - is it working correctly in newer versions of RT?
Hi, we are using RT v3.8.3. RT if working fine. End-users are sending an e-mail which appears in the RT. Sometimes end-users in there e-mail client like Thunderbird, Outlook etc edits e-mail with different colors adds a table and numbers inside it etc. In this case when mail arrives at RT, only text is displayed and all of the tables, colors are not displayed. We constantly reply to end-users to send attachment, because RT does not support display of HTML email editing. I have read a RT web page and there is info about Richtext editing. What is this feature all about? As I see it if using RT input box text editing is possible. What about displaying of richtext (hmtl formated text like tables, colors etc) from e-mails send by end-users? Are they properly displayed in newest versions like post 3.8.3? Thanks -- View this message in context: http://old.nabble.com/html-display---is-it-working-correctly-in-newer-versions-of-RT--tp33201022p33201022.html Sent from the Request Tracker - User mailing list archive at Nabble.com. RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] RT-to-RT communication
On Wed, Jan 25, 2012 at 07:50:53AM +0100, Alek Cesarz wrote: notifications are sent. when the ticket is opened by ticket from other RT - no autoreply is sent. I checked debug logs - it shows that all scrips are run, but no email is generated... 1. could somebody point me to piece of documentation which talks about logic of system when dealing with RT tags and subject fields generated by other RT instance? 2. did I miss something and there is an obvious reason for this behaviour? My guess is that RT sees that it is an Autogenerated message and doesn't want to cause a loop with more autogenerated mail. There's a branch to make this path even chattier, which should make it into 4.0.6, but you can check by looking at the incoming headers and comparing them to the checks in _HandleMachineGeneratedMail in lib/RT/Action/SendEmail.pm to figure out what is triggering. -kevin pgpVZ0ByUtndi.pgp Description: PGP signature RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] Filter by requestor email domain
Hey there, I'm looking to not auto-reply on create to inbound emails from a certain domain ( anyth...@example.com and even anyth...@sd.example.com). I suppose the right way to go about this is via user defined condition in the global scrip for autoreply on create. I have steps 1 and 3.. what's step 2? 1 return 0 unless $self-TransactionObj-Type eq Create; 2 return 0 if #self-TicketObj- 3 return 1 thanks ram RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] DB upgrade errors from 3.8.9 to 4.0.4
On Wed, Jan 25, 2012 at 04:32:54PM -0400, Kim Pedersen wrote: Hi everyone I have a 3.8.9 RT RPM based (Mandriva) installation runnning on Postgres that I wanted to upgrade to 4.0.4, and get away from RPM based distribution of RT at the same time. I downloaded the 4.0.4 tarball, resolved the dependencies, and ran configure make upgrade successfully, installing to the default and clean location of /opt/rt4 I cloned the postgres rt3 database to rt4 beforehand using the following commands: -- CREATE DATABASE rt4 TEMPLATE rt3 ; ALTER DATABASE rt4 OWNER TO rt ; -- Then I ran make upgrade-database, and got the following output listed below, which looks good until I get to 4.0.1 where it complains that column delegatedby does not exist. I can see others have posted on this list about the same problem when upgrading, but they have been installing RT4 on top of their old RT3. And from what I can gather from the database upgrade scripts, delegatedby was dropped in version 3.9.3 (Based on Schema.Pg), so should I just ignore the error output, or do you have any words of wisomd/guidance on how to proceed from here? Your error appears to be because your 3.8 install is being loaded along with the 4.0 install: /usr/lib/perl5/vendor_perl/5.10.1/RT/ACE_Overlay.pm line 650 (/usr/lib/perl5/vendor_perl/5.10.1/RT/ACE_Overlay.pm:553) etc etc, others trimmed. ACE_Overlay.pm is a 3.8 file, it doesn't exist in 4.0 You'll need to remove the RPM install, use another server, or use another perl to install 4.0 on this system (this is one of the many problems with installing RT into the standard system perl paths, which is the technique used by the RPMs). Also, I wouldn't trust that any part of the upgrade ran properly, since having 3.8 libraries loaded on top of the 4.0 libraries guarantees some failures. -kevin pgpBoG7L81qgZ.pgp Description: PGP signature RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] RT-to-RT communication
Kevin Falcone pisze, W dniu 2012-01-25 18:51: My guess is that RT sees that it is an Autogenerated message and doesn't want to cause a loop with more autogenerated mail. There's a branch to make this path even chattier, which should make it into 4.0.6, but you can check by looking at the incoming headers and comparing them to the checks in _HandleMachineGeneratedMail in lib/RT/Action/SendEmail.pm to figure out what is triggering. thanks Kevin. will check and get back with results. regards, Alek RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] DB upgrade errors from 3.8.9 to 4.0.4
On 2012-01-25 16:42, Kevin Falcone wrote: Your error appears to be because your 3.8 install is being loaded along with the 4.0 install: /usr/lib/perl5/vendor_perl/5.10.1/RT/ACE_Overlay.pm line 650 (/usr/lib/perl5/vendor_perl/5.10.1/RT/ACE_Overlay.pm:553) etc etc, others trimmed. ACE_Overlay.pm is a 3.8 file, it doesn't exist in 4.0 You'll need to remove the RPM install, use another server, or use another perl to install 4.0 on this system (this is one of the many problems with installing RT into the standard system perl paths, which is the technique used by the RPMs). Also, I wouldn't trust that any part of the upgrade ran properly, since having 3.8 libraries loaded on top of the 4.0 libraries guarantees some failures. Hi Kevin, Thanks for that - I had hoped to be able to run both installations side by side on the same system, but what you say makes sense. I'll remove the RPM and re-install Thanks again, Kim RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] DB upgrade errors from 3.8.9 to 4.0.4
On Wed, Jan 25, 2012 at 04:50:19PM -0400, Kim Pedersen wrote: On 2012-01-25 16:42, Kevin Falcone wrote: Your error appears to be because your 3.8 install is being loaded along with the 4.0 install: /usr/lib/perl5/vendor_perl/5.10.1/RT/ACE_Overlay.pm line 650 (/usr/lib/perl5/vendor_perl/5.10.1/RT/ACE_Overlay.pm:553) etc etc, others trimmed. ACE_Overlay.pm is a 3.8 file, it doesn't exist in 4.0 You'll need to remove the RPM install, use another server, or use another perl to install 4.0 on this system (this is one of the many problems with installing RT into the standard system perl paths, which is the technique used by the RPMs). Also, I wouldn't trust that any part of the upgrade ran properly, since having 3.8 libraries loaded on top of the 4.0 libraries guarantees some failures. Thanks for that - I had hoped to be able to run both installations side by side on the same system, but what you say makes sense. I'll remove the RPM and re-install yeahhh, sorry about that. With two normal installs, you would be able to do what you want. The Debian packages can also be run in parallel, but the RPMs dump RT into @INC which pollutes the box for any other RT installs. You could build your own recent perl into /opt/perl and use that to install RT. -kevin pgplXDwZtYWLA.pgp Description: PGP signature RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] DB upgrade errors from 3.8.9 to 4.0.4
On 2012-01-25 17:07, Kevin Falcone wrote: Thanks for that - I had hoped to be able to run both installations side by side on the same system, but what you say makes sense. I'll remove the RPM and re-install yeahhh, sorry about that. With two normal installs, you would be able to do what you want. The Debian packages can also be run in parallel, but the RPMs dump RT into @INC which pollutes the box for any other RT installs. You could build your own recent perl into /opt/perl and use that to install RT. No problem - it all worked like a charm. I removed the 2 RPMs (rpm -e rt rt-mailgate), cloned the rt3 database to again, and when I ran make upgrade-database it passed with flying colors. If I need to roll back I can re-install the RPMs and re-instate the configs, but hopefull that won't be necessary Kim RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012