Re: [rt-users] Incoming email address

2014-05-20 Thread Flynn, Peter 
On 19/05/14 15:23, Dominic Hargreaves wrote:
> You need to set up some pipe aliases using rt-mailgate:
> http://www.bestpractical.com/docs/rt/4.2/rt-mailgate.html

Thanks...I had got that far, but it wasn't clear if the aliases you 
create in /etc/aliases had to match usernames set up in RT.

///Peter
-- 
Peter Flynn | Academic & Collaborative Technologies | University College 
Cork IT Services | ☎ +353 21 490 2609 | ✉ pfl...@ucc.ie | 🌍 www.ucc.ie
-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training

Re: [rt-users] Problem sending email from Reply

2014-05-20 Thread Tamás, Szép 
> Don't ugprade from version to version.
> Copy the database to a new system.  Install RT 4.0.20 and follow all
> the upgrading steps.  Then install RTIR 3.0.2 and follow those
> upgrading steps.  You will need to have some downtime obviously, but
> you cannot know how much downtime without running through the
> migration.

That is really good news! We will do the upgrade this way in the near
future. Thank you for that info.

> Sending mail to the correspondent on reply or on investigation
> creation are standard features of RTIR.  That they are not working
> implies a misconfiguration or error in your install.

I thought so. I hope that a clean install (mentioned above) will resolve
that.

> RT thinks that problem_sen...@acme.com isn't a valid email recipient.
> Please show the Correspondents page for ticket 53 and the user page
> for that user to confirm they are set up properly.

The Correspondents page shows that the correspondent is me (???) as a
user. Remember, I was logged in as root, not as Tamas Szep. Next to my
name is: '(no email address)' Hmmm...

Owner: GovCERT-Hungary
Correspondents: Tamás Szép (no email address)
CC: 
Admin CC: Group: DutyTeam EDUNET

I don' know why the Admin CC is EDUNET when I selected GOVNET by the way.

> Additionally, you should not make the RTIR email address the AdminCc
> of the IR queue.  This is causing RT to send mail to itself which has
> to be detected as a bounce loop and dropped.

Where can I change that?


Tamas Szep
GovCERT-Hungary
-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training

Re: [rt-users] Perl broken?

2014-05-20 Thread Sears, Mark 
Ok –r—r—r—is the permission for the rule.pm file and root owns it and the 
entire directory
drwxr-xr-x is the permission of the top level perl directory and owner by root.
Are these permissions correct?

Thanks,
Mark Sears – CISSP-M.S. IA
Principal Information Security Analyst
[cid:image001.png@01CE728F.61780B30]
12249 Science Drive Suite 160
Orlando, FL 32826
office: (407) 541-4062
fax: (407) 380-3823
mark.se...@gdit.com
www.gdit.com

From: lenja...@gmail.com [mailto:lenja...@gmail.com] On Behalf Of Len Jaffe
Sent: Monday, May 19, 2014 4:12 PM
To: Sears, Mark
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Perl broken?

Perl has an @INC array which lists all of the directories that Perl will look 
in when searching for modules.
It also has %INC which is a hash of modules, and the file paths they were 
loaded from.

But Perl listed it's include path for you. You included it in a previous email. 
 look through that list and see
if any of the entries are the prefix of either of the two place you found 
OlsonDB/Rule.pm.

But also listen to Kevin, restart apache/fcgi and check the ownership and file 
permissions of
/usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB/Rule.pm and it's 
directory components.

If it's on the path, then it will be file permissions, ownership etc.  Easy 
enough to rectify.
Otherwise you have to question why it installed in a place in which Perl isn't 
looking.  But /usr/lib/perl5 is the default place that perl looks.

Len.




On Mon, May 19, 2014 at 3:30 PM, Sears, Mark 
mailto:mark.se...@gdit.com>> wrote:
Not sure what you mean by see if that's in the @INC array

Thanks,
Mark Sears – CISSP-M.S. IA
Principal Information Security Analyst
[cid:image001.png@01CE728F.61780B30]
12249 Science Drive Suite 160
Orlando, FL 32826
office: (407) 541-4062
fax: (407) 380-3823
mark.se...@gdit.com
www.gdit.com

From: lenja...@gmail.com 
[mailto:lenja...@gmail.com] On Behalf Of Len Jaffe
Sent: Monday, May 19, 2014 3:09 PM

To: Sears, Mark
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Perl broken?

Now use locate or find to figure out where OlsonDB/Rule.pm lives, and see if 
that's in the @INC array.

On Mon, May 19, 2014 at 2:24 PM, Sears, Mark 
mailto:mark.se...@gdit.com>> wrote:
Here is the full error:

Error during compilation of /opt/rt3/share/html/Elements/SelectTimezone: Can't 
locate DateTime/TimeZone/OlsonDB/Rule.pm in @INC (@INC contains: 
/opt/rt3/bin/../local/lib /opt/rt3/bin/../lib 
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl 
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 . /etc/httpd) 
at /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB.pm line 8, line 
1662. BEGIN failed--compilation aborted at 
/usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB.pm line 8, line 1662. 
Compilation failed in require at 
/usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/Africa/Abidjan.pm line 16, 
line 1662. BEGIN failed--compilation aborted at 
/usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/Africa/Abidjan.pm line 16, 
line 1662. Compilation failed in require at (eval 2195) line 3, line 1662. 
Stack: [/usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone.pm:88] 
[/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/DateTime.pm:1958] 
[/opt/rt3/share/html/Elements/SelectTimezone:60] 
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Interp.pm:817] 
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Interp.pm:440] 
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1127] 
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1060] 
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1239] 
[/opt/rt3/share/html/User/Prefs.html:83] 
[/opt/rt3/share/html/Widgets/TitleBox:51] 
[/opt/rt3/share/html/User/Prefs.html:86] 
[/opt/rt3/bin/../lib/RT/Interface/Web.pm:320] 
[/opt/rt3/bin/../lib/RT/Interface/Web.pm:224] 
[/opt/rt3/share/html/autohandler:53]

Thanks,
Mark Sears – CISSP-M.S. IA
Principal Information Security Analyst
[cid:image001.png@01CE728F.61780B30]

12249 Science Drive Suite 160
Orlando, FL 32826
office: (407) 541-4062
fax: (407) 380-3823
mark.se...@gdit.com
www.gdit.com

From: lenja...@gmail.com 
[mailto:lenja...@gmail.com] On Behalf Of Len Jaffe
Sent: Monday, May 19, 2014 2:17 PM
To: Sears, Mark
Cc: rt-users@lists.bestpractical.com

Subject: Re: [rt-users] Perl broken?

You left out the best bits. The bits where Perl told you what the INC array 
looks like, and probably where in the code the call was being made.  So you 
could us

Re: [rt-users] Incoming email address

2014-05-20 Thread Kevin Falcone 
On Tue, May 20, 2014 at 09:08:49AM +, Flynn, Peter wrote:
> On 19/05/14 15:23, Dominic Hargreaves wrote:
> > You need to set up some pipe aliases using rt-mailgate:
> > http://www.bestpractical.com/docs/rt/4.2/rt-mailgate.html
> 
> Thanks...I had got that far, but it wasn't clear if the aliases you 
> create in /etc/aliases had to match usernames set up in RT.

rt-mailgate doesn't deliver to RT Users, it delivers to RT Queues, so
there's absolutely no connection between user accounts in RT and
aliases used to execute rt-mailgate or mailbox names used in say
fetchmail that then execute rt-mailgate or the myriad of other ways
rt-mailgate is executed.

-kevin


pgpP5W_C4U8lH.pgp
Description: PGP signature
-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training

Re: [rt-users] Incoming email address

2014-05-20 Thread Jim Brandt 

On 5/20/14 8:21 AM, Kevin Falcone wrote:

On Tue, May 20, 2014 at 09:08:49AM +, Flynn, Peter wrote:

On 19/05/14 15:23, Dominic Hargreaves wrote:

You need to set up some pipe aliases using rt-mailgate:
http://www.bestpractical.com/docs/rt/4.2/rt-mailgate.html


Thanks...I had got that far, but it wasn't clear if the aliases you
create in /etc/aliases had to match usernames set up in RT.


rt-mailgate doesn't deliver to RT Users, it delivers to RT Queues, so
there's absolutely no connection between user accounts in RT and
aliases used to execute rt-mailgate or mailbox names used in say
fetchmail that then execute rt-mailgate or the myriad of other ways
rt-mailgate is executed.


Adding to what Kevin said, you can configure incoming email addresses 
for the entire RT in RT_SiteConfig.pm:


http://bestpractical.com/docs/rt/latest/RT_Config.html#CorrespondAddress-CommentAddress

You can configure email addresses assigned to individual queues on the 
queue configuration page:


Admin > Queues, then click on a queue.

But as Kevin said, rt-mailgate handles delivery. These settings are to 
make sure the From on outgoing mail is set so requestors can reply back.



--

--
RT Training - Boston, September 9-10
http://bestpractical.com/training

Re: [rt-users] Perl broken?

2014-05-20 Thread Len Jaffe 
Looks reasonable on its face.
If it really is 'rule.pm' instead of 'Rule.pm' that that's probably one of
your problems, as the file names are case sensitive on Unix.

Do you have a way to interject some logging code into the logic flow?
Because it's important to know the state of the interpreter... @INC, %INC,
etc.  If we insert a couple of calls that dump some of the variables to the
RT log, it could be helpful.

Len.


On Tue, May 20, 2014 at 8:51 AM, Sears, Mark  wrote:

>  Ok –r—r—r—is the permission for the rule.pm file and root owns it and
> the entire directory
>
> drwxr-xr-x is the permission of the top level perl directory and owner by
> root.
>
> Are these permissions correct?
>
>
>
> Thanks,
>
> *Mark Sears – CISSP-M.S. IA*
> *Principal Information Security Analyst*
> *[image: cid:image001.png@01CE728F.61780B30]*
> 12249 Science Drive Suite 160
> Orlando, FL 32826
> office: (407) 541-4062
> fax: (407) 380-3823
> *mark.se...@gdit.com *
> www.gdit.com
>
>
>
> *From:* lenja...@gmail.com [mailto:lenja...@gmail.com] *On Behalf Of *Len
> Jaffe
> *Sent:* Monday, May 19, 2014 4:12 PM
>
> *To:* Sears, Mark
> *Cc:* rt-users@lists.bestpractical.com
> *Subject:* Re: [rt-users] Perl broken?
>
>
>
> Perl has an @INC array which lists all of the directories that Perl will
> look in when searching for modules.
>
> It also has %INC which is a hash of modules, and the file paths they were
> loaded from.
>
>
>
> But Perl listed it's include path for you. You included it in a previous
> email.  look through that list and see
>
> if any of the entries are the prefix of either of the two place you found
> OlsonDB/Rule.pm.
>
>
>
> But also listen to Kevin, restart apache/fcgi and check the ownership and
> file permissions of
>
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB/Rule.pm and it's
> directory components.
>
>
>
> If it's on the path, then it will be file permissions, ownership etc.
>  Easy enough to rectify.
>
> Otherwise you have to question why it installed in a place in which Perl
> isn't looking.  But /usr/lib/perl5 is the default place that perl looks.
>
>
>
> Len.
>
>
>
>
>
>
>
>
>
> On Mon, May 19, 2014 at 3:30 PM, Sears, Mark  wrote:
>
> Not sure what you mean by see if that's in the @INC array
>
>
>
> Thanks,
>
> *Mark Sears – CISSP-M.S. IA*
> *Principal Information Security Analyst*
> *[image: cid:image001.png@01CE728F.61780B30]*
> 12249 Science Drive Suite 160
> Orlando, FL 32826
> office: (407) 541-4062
> fax: (407) 380-3823
> *mark.se...@gdit.com *
> www.gdit.com
>
>
>
> *From:* lenja...@gmail.com [mailto:lenja...@gmail.com] *On Behalf Of *Len
> Jaffe
> *Sent:* Monday, May 19, 2014 3:09 PM
>
>
> *To:* Sears, Mark
> *Cc:* rt-users@lists.bestpractical.com
> *Subject:* Re: [rt-users] Perl broken?
>
>
>
> Now use locate or find to figure out where OlsonDB/Rule.pm lives, and see
> if that's in the @INC array.
>
>
>
> On Mon, May 19, 2014 at 2:24 PM, Sears, Mark  wrote:
>
> Here is the full error:
>
>
>
> Error during compilation of /opt/rt3/share/html/Elements/SelectTimezone:
> Can't locate DateTime/TimeZone/OlsonDB/Rule.pm in @INC (@INC contains:
> /opt/rt3/bin/../local/lib /opt/rt3/bin/../lib
> /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .
> /etc/httpd) at /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB.pm
> line 8, line 1662. BEGIN failed--compilation aborted at
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB.pm line 8, line
> 1662. Compilation failed in require at
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/Africa/Abidjan.pm line 16,
> line 1662. BEGIN failed--compilation aborted at
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/Africa/Abidjan.pm line 16,
> line 1662. Compilation failed in require at (eval 2195) line 3, line 1662.
> Stack: [/usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone.pm:88]
> [/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/DateTime.pm:1958]
> [/opt/rt3/share/html/Elements/SelectTimezone:60]
> [/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Interp.pm:817]
> [/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Interp.pm:440]
> [/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1127]
> [/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1060]
> [/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1239]
> [/opt/rt3/share/html/User/Prefs.html:83]
> [/opt/rt3/share/html/Widgets/TitleBox:51]
> [/opt/rt3/share/html/User/Prefs.html:86]
> [/opt/rt3/bin/../lib/RT/Interface/Web.pm:320]
> [/opt/rt3/bin/../lib/RT/Interface/Web.pm:224]
> [/opt/rt3/share/html/autohandler:53]
>
>
>
> Thanks,
>
> *Mark Sears – CISSP-M.S. IA*
> *Principal Information Security Analyst*
> *[image: cid:image001.png@01CE728F.61780B30]*
>
>
> 12249 Science Drive Suite 160
> Orlando, FL 32826
> office: (407) 541-4062
> fax:

Re: [rt-users] Perl broken?

2014-05-20 Thread Len Jaffe 
Right. So as some point, as close to the place that tries to include that
Rule.pm file, I'd add something similar to::

$RT::Logger->info ( Data::Dumper->Dump([\@INC, \%INC], [qw/inc_path
inc_hash]));


As far as I know, we're still trying to figure out why the existing include
paths are not finding your expected version of DateTime::*

Len.





On Tue, May 20, 2014 at 11:55 AM, Sears, Mark  wrote:

>  It is actually Rule.pm (sorry for the lower case).  I’m not sure what
> you mean by “interject some logging code into the logic flow”
>
> I have root access to the systems RT runs on via putty ssh.
>
>
>
>
>
> Thanks,
>
> *Mark Sears – CISSP-M.S. IA*
> *Principal Information Security Analyst*
> *[image: cid:image001.png@01CE728F.61780B30]*
> 12249 Science Drive Suite 160
> Orlando, FL 32826
> office: (407) 541-4062
> fax: (407) 380-3823
> *mark.se...@gdit.com *
> www.gdit.com
>
>
>
> *From:* lenja...@gmail.com [mailto:lenja...@gmail.com] *On Behalf Of *Len
> Jaffe
> *Sent:* Tuesday, May 20, 2014 10:56 AM
>
> *To:* Sears, Mark
> *Cc:* rt-users@lists.bestpractical.com
> *Subject:* Re: [rt-users] Perl broken?
>
>
>
> Looks reasonable on its face.
>
> If it really is 'rule.pm' instead of 'Rule.pm' that that's probably one
> of your problems, as the file names are case sensitive on Unix.
>
>
>
> Do you have a way to interject some logging code into the logic flow?
>
> Because it's important to know the state of the interpreter... @INC, %INC,
> etc.  If we insert a couple of calls that dump some of the variables to the
> RT log, it could be helpful.
>
>
>
> Len.
>
>
>
> On Tue, May 20, 2014 at 8:51 AM, Sears, Mark  wrote:
>
> Ok –r—r—r—is the permission for the rule.pm file and root owns it and the
> entire directory
>
> drwxr-xr-x is the permission of the top level perl directory and owner by
> root.
>
> Are these permissions correct?
>
>
>
> Thanks,
>
> *Mark Sears – CISSP-M.S. IA*
> *Principal Information Security Analyst*
> *[image: cid:image001.png@01CE728F.61780B30]*
> 12249 Science Drive Suite 160
> Orlando, FL 32826
> office: (407) 541-4062
> fax: (407) 380-3823
> *mark.se...@gdit.com *
> www.gdit.com
>
>
>
> *From:* lenja...@gmail.com [mailto:lenja...@gmail.com] *On Behalf Of *Len
> Jaffe
> *Sent:* Monday, May 19, 2014 4:12 PM
>
>
> *To:* Sears, Mark
> *Cc:* rt-users@lists.bestpractical.com
> *Subject:* Re: [rt-users] Perl broken?
>
>
>
> Perl has an @INC array which lists all of the directories that Perl will
> look in when searching for modules.
>
> It also has %INC which is a hash of modules, and the file paths they were
> loaded from.
>
>
>
> But Perl listed it's include path for you. You included it in a previous
> email.  look through that list and see
>
> if any of the entries are the prefix of either of the two place you found
> OlsonDB/Rule.pm.
>
>
>
> But also listen to Kevin, restart apache/fcgi and check the ownership and
> file permissions of
>
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB/Rule.pm and it's
> directory components.
>
>
>
> If it's on the path, then it will be file permissions, ownership etc.
>  Easy enough to rectify.
>
> Otherwise you have to question why it installed in a place in which Perl
> isn't looking.  But /usr/lib/perl5 is the default place that perl looks.
>
>
>
> Len.
>
>
>
>
>
>
>
>
>
> On Mon, May 19, 2014 at 3:30 PM, Sears, Mark  wrote:
>
> Not sure what you mean by see if that's in the @INC array
>
>
>
> Thanks,
>
> *Mark Sears – CISSP-M.S. IA*
> *Principal Information Security Analyst*
> *[image: cid:image001.png@01CE728F.61780B30]*
> 12249 Science Drive Suite 160
> Orlando, FL 32826
> office: (407) 541-4062
> fax: (407) 380-3823
> *mark.se...@gdit.com *
> www.gdit.com
>
>
>
> *From:* lenja...@gmail.com [mailto:lenja...@gmail.com] *On Behalf Of *Len
> Jaffe
> *Sent:* Monday, May 19, 2014 3:09 PM
>
>
> *To:* Sears, Mark
> *Cc:* rt-users@lists.bestpractical.com
> *Subject:* Re: [rt-users] Perl broken?
>
>
>
> Now use locate or find to figure out where OlsonDB/Rule.pm lives, and see
> if that's in the @INC array.
>
>
>
> On Mon, May 19, 2014 at 2:24 PM, Sears, Mark  wrote:
>
> Here is the full error:
>
>
>
> Error during compilation of /opt/rt3/share/html/Elements/SelectTimezone:
> Can't locate DateTime/TimeZone/OlsonDB/Rule.pm in @INC (@INC contains:
> /opt/rt3/bin/../local/lib /opt/rt3/bin/../lib
> /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .
> /etc/httpd) at /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB.pm
> line 8, line 1662. BEGIN failed--compilation aborted at
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/OlsonDB.pm line 8, line
> 1662. Compilation failed in require at
> /usr/lib/perl5/site_perl/5.8.8/DateTime/TimeZone/Africa/Abidjan.pm line 16,
> line 1662. BEGIN failed--co

[rt-users] Assets for RT versus RTx::AssetTracker

2014-05-20 Thread Duncan Napier 
Hi,

Can anyone summarize the advantages of the new Assets for RT versus those of 
RTx::AssetTracker? I have been using RT-AssetTracker version 2.0.0b4 on RT 
4.0.8 and it seems adequate for most my needs. Can anyone suggest what benefits 
I would be able to leverage from switching to the new Assets for RT? 

  Duncan. 


-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training

Re: [rt-users] Assets for RT versus RTx::AssetTracker

2014-05-20 Thread Darin Perusich 
RTx::AssetTracker is no longer being maintained and only "work" due to
people hacking it just enough so it does. Assets for RT is maintained
and supported by Best Practical...enough said ;-)
--
Later,
Darin


On Tue, May 20, 2014 at 1:12 PM, Duncan Napier  wrote:
> Hi,
>
> Can anyone summarize the advantages of the new Assets for RT versus those of 
> RTx::AssetTracker? I have been using RT-AssetTracker version 2.0.0b4 on RT 
> 4.0.8 and it seems adequate for most my needs. Can anyone suggest what 
> benefits I would be able to leverage from switching to the new Assets for RT?
>
>   Duncan.
>
>
> --
> RT Training - Boston, September 9-10
> http://bestpractical.com/training
-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training

[rt-users] Rich text editor disabled after update to 4.2.4

2014-05-20 Thread Robert Shaker 
Hello mailing list,

I have updated my RT installation to 4.2.4 just this Friday, and now we have 
noticed that the rich text editor seems to no longer be working. When I reply 
to a ticket it shows the quoted text like before, but now it is a garbled mess 
of HTML as it is not translating properly. Does anyone have any idea what's 
going on?

Thank you,

Bob Shaker | Co-op IT analyst
Arden Companies | Bombay Outdoors
30400 Telegraph Rd, Suite 200, Bingham Farms, MI 48025
ArdenCompanies.com   BombayOutdoors.com 


[cid:image001.jpg@01CF7432.56E97140]



ARDEN
A Global Company
Celebrating over 50 years of making your life more comfortable!

This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message.

This OUTBOUND E-mail and Document(s) has been scanned by an Antivirus Server.
-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training

Re: [rt-users] Rich text editor disabled after update to 4.2.4

2014-05-20 Thread Robert Shaker 
Also, the chrome console reveals this, which I did not notice before.

event.returnValue is deprecated. Please use the standard event.preventDefault() 
instead.
Uncaught TypeError: Cannot read property 'MessageBoxRichTextHeight' of 
undefined squished-884af658b44cdd5c585766ea0a0518ba.js:2403


From: rt-users [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of 
Robert Shaker
Sent: Tuesday, May 20, 2014 1:51 PM
To: rt-us...@bestpractical.com
Subject: [rt-users] Rich text editor disabled after update to 4.2.4

Hello mailing list,

I have updated my RT installation to 4.2.4 just this Friday, and now we have 
noticed that the rich text editor seems to no longer be working. When I reply 
to a ticket it shows the quoted text like before, but now it is a garbled mess 
of HTML as it is not translating properly. Does anyone have any idea what's 
going on?

Thank you,

Bob Shaker | Co-op IT analyst
Arden Companies | Bombay Outdoors
30400 Telegraph Rd, Suite 200, Bingham Farms, MI 48025
ArdenCompanies.com   BombayOutdoors.com 


[cid:image001.jpg@01CF7433.DC5D4D50]



ARDEN
A Global Company
Celebrating over 50 years of making your life more comfortable!

This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message.

This OUTBOUND E-mail and Document(s) has been scanned by an Antivirus Server.


ARDEN
A Global Company
Celebrating over 50 years of making your life more comfortable!

This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message.

This OUTBOUND E-mail and Document(s) has been scanned by an Antivirus Server.
-- 
RT Training - Boston, September 9-10
http://bestpractical.com/training