Re: [rt-users] RT and MSMTP
On Mon, Mar 04, 2013 at 07:58:00PM +0200, Alexander Kucheryuk wrote: My linux knowledge is very limited. Which MTA would you advise to use ? (Eg. easier to confgiure and maintain, wider support such as examples, etc). My distro is CentOS 6.3 64bit. postfix -- Easter-eggs Spécialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 43 35 00 76 mailto:elac...@easter-eggs.com - http://www.easter-eggs.com -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Integrating RT with Remedy
On Mon, Mar 04, 2013 at 11:14:28PM +, Tony Arnold wrote: Is there a plugin or has anyone done any work on integrating RT with BMC Remedy? I don't think so. Our investigations get sent to e-mail addresses that automatically create tickets in Remedy. We get an automatic reply acknowledging the request from Remedy, but it changes the subject line so the RT ticket number is lost. well, if the ticket number is lost, you have not so many solutions: - try to work on BMC Remedy so it keep the RT ticket number anywhere in the e-mail (may be in headers or body). Then write a scrip on RT side to find it and merge tickets or better hack a litle lib/RT/Interface/Email.pm to match it earlier so the reply goes directly to the right RT ticket. - create the ticket in Remedy, not using e-mail but with an RT scrip which talk to BMC Remedy webservice (google says that there is a SOAP interface and give examples on using it) I have created a custom field so we can store the Remedy ticket number of any incident in RT (this has to be done manually) and even added a URL so when I click on the Remedy ticket number it takes me to a web interface for Remedy and displays the ticket. the right way to do this :) -- Easter-eggs Spécialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 43 35 00 76 mailto:elac...@easter-eggs.com - http://www.easter-eggs.com -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Changing default account preferences / RT at a Glance
On Tue, Mar 05, 2013 at 10:49:16AM +1100, LachieC - Vanbar wrote: Good day, I've recently deployed RT 4.0.4 in the small business I work for, it is proving highly useful and productive. I've started out by creating a small group of test users to trial the system while we get it off the ground. Now, I am ready to bring more users online. I've set all my queue permissions at group level and am creating new users and placing them in a group; this is all working swell. However, I have tweaked some of the columns available and the sorting on the RT at a Glance screen. Having to manually set these for each user is proving laborious and prone to error. You can edit RT at a glance on a per user basis (Configuration-Users-The User-RT at a glance) or system wide using Configuration-Global-RT at a glance. (also you may make use of custom saved searches or modify the default ones) NB: if you or a user already modified his personnal RT at a glance, you have to click in his RT at a glance preference on Reset to defaults so he will use the system wide values). For the default column displayed in search results, you can tweak RT_SiteConfig.pm with the value of $DefaultSearchResultFormat (see RT_Config.pm). On top of that I like to set the Notify me of unread messages to Yes. just set this in RT_SiteConfig.pm. Set($ShowUnreadMessageNotifications, 1); -- Easter-eggs Spécialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 43 35 00 76 mailto:elac...@easter-eggs.com - http://www.easter-eggs.com -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] New ticket missing from SelfService
On 4 March 2013 19:18, Kevin Falcone falc...@bestpractical.com wrote: They need SeeQueue - otherwise that loop you see will be empty because the user can't actually see any queues in order to check CreateTicket on them. Thanks Kevin - I hadn't realised that. That gives me a little thinking to do on how to manage it. Iain. -- Systems Engineer KAUST Visualisation Laboratory -- -- This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have received this message in error, please notify me immediately and delete this message from your computer system. Any unauthorized use or distribution is prohibited. Please consider the environment before printing this email. -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Understanding RT::Extension::MergeUsers
You can just remove plugin. The plugin creates records in attributes table. It's ok to leave them or delete. Ruslan from phone. 04.03.2013 22:31 пользователь Komarinski, Mark F. mark_komarin...@hms.harvard.edu написал: We have enough confusion in our RT user list that I'd like to install this. It's already in our development environment and seems to be working (I'm the only one using it right now). In the event I have to remove it for any reason, do I have to go through and unmerge all the users before doing so, or can I just remove the plugin? -Mark -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Integrating RT with Remedy
Tony, We had a supplier that used a remedy system for ticketing and we got our RT and their remedy to interact with both maintaining the ticket numbers of both systems. Unfortunately I can 't help you of what was done in remedy , but certainly their system maintained the [#RT ticket number] in the subject line (so it can be done). On the RT end , you should able to automate populating your remedy ticket number CF via scrips. Depending on how the remedy system is configured, but you can either grab it from the subject line or from the mail headers. Regards; Roy On Mon, 04 Mar 2013 23:14:28 -, Tony Arnold tony.arn...@manchester.ac.uk wrote: Is there a plugin or has anyone done any work on integrating RT with BMC Remedy? Our investigations get sent to e-mail addresses that automatically create tickets in Remedy. We get an automatic reply acknowledging the request from Remedy, but it changes the subject line so the RT ticket number is lost. I have created a custom field so we can store the Remedy ticket number of any incident in RT (this has to be done manually) and even added a URL so when I click on the Remedy ticket number it takes me to a web interface for Remedy and displays the ticket. I'd like to be able to detect the remedy ticket number in an incoming message to RT, look it up and find the corresponding RT ticket and merge the two together. Any suggestions? Regards, Tony. -- Using Opera's revolutionary email client: http://www.opera.com/mail/ -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
[rt-users] (no subject)
We are using RT 4.0.10 I wander if anyone else gets this behavior. which confuses some of our users... The Drop Down Selection menu beside the New ticket In widget button doesn't maintain the selection. For example let's say there are 6 queues there, queue_1, queue_2 , queue_3 etc. The user selects queue_5 in the list. The drop down displays this as the selection for about 2 seconds and then immediately defaults back to the first selection in the list. The queue being submitted to is correct, but users are confused, because by the time they click on the New Ticket IN button, the selection form the pull down menu has already reverted back to the first entry in the list and they try to change it again and again. Also I am wandering which file controls the size of the Pull Down Menu width. Our Queue names are a bit long and some are similar. So just hope to change the width of the field so that the Queue names are easier to read when the pull down is not accessed. [ARC]http://www.arcproductions.com/ Ray Corbett Technology Projects Manager p: 416.682.5200 x5232 | f: 416.682.5209 Arc Productions Ltd. | 230 Richmond Street East | Toronto, ON M5A 1P4 www.arcproductions.comhttp://www.arcproductions.com inline: image001.gif -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Corrupted customfieldvalue error in Apache error_log with migrated RT4
Hi Kevin! On 03/04/2013 05:29 PM, Kevin Falcone wrote: This implies that the links being built don't look like this: /Download/CustomFieldValue/id/string they look like something else. Figure out what kinds of links are being generated, check that your ObjectCustomFieldValues table has been upgraded properly. Check that rt-validator passes on your system. etc. -kevin Kevin, I tried to do my homework but I'm a bit confused: - how do I check what kinds of links are generated? I tried to look into the Links table but links there don't look like you said; they're not even similar - for what I can say, the ObjectCustomFieldValues has been properly upgraded; is there something specific I can check? - rt-validator blows up with the following error: install_driver(mysql) failed: Can't load '/usr/perl5/site_perl/5.10.0/i86pc-solaris-64int/auto/DBD/mysql/mysql.so' for module DBD::mysql: ld.so.1: perl: fatal: libmysqlclient.so.16: open failed: No such file or directory at /usr/perl5/5.10.0/lib/i86pc-solaris-64int/DynaLoader.pm line 203. at (eval 85) line 3. Compilation failed in require at (eval 85) line 3. Perhaps a required shared library or dll isn't installed where expected at /usr/perl5/site_perl/5.10.0/DBIx/SearchBuilder/Handle.pm line 103. Apparently it is missing libmysqlclient.so.16 and in fact there's no such file on my system, but there's a libmysqlclient.so.18 in /usr/mysql/lib. As a desperate try I symlinked libmysqlclient.so.16 to point to libmysqlclient.so.18, but I get the very same error. I have to add that, on this box, I changed from Mysql to MariaDB, but I had the Corrupted customfieldvalue error with Mysql too. Bye Cris -- Cristiano Guadagnino Servizio Data Administration Bankadati S.I. Gruppo Credito Valtellinese Tel. +39-0342-522172 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
[rt-users] Documentations and log for RT_External Auth
I currently have a RT/RTIR install 3.88 running with the RT External Auth plug in for AD/LDAP authentication. With that there is script we use to log in and prepopulate many of the fields of a new ticket. However, when I invoke this same script from a different location, with the same information filled in, all I'm getting back in anything that I can find is LDAP Authentication failed, RT External Auth bad username or password. Is there anyplace that the plug ins or specifically External Auth also keep logs to try and assist troubleshooting? Thanks. -- Mike of Many Stories, Ideas, and Ramblings Game Chef 2009, 2010 NaNoWriMo 2008, 2009,2010 http://mikeofmanystories.blogspot.com/ - writings http://mikeofmany.wordpress.com/ - personal bloggery http://securityenmass.blogspot.com/ - Security thoughts with a dose of common sense -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Problems with approvals
Hello, my problems has been solve by studying some source code. The approval process could benefit from an example with explanations ;-) Bye, Joerg On 28.02.2013 12:38, joerg.dorch...@catella.lu wrote: Hello, we're running request tracker 4.0.7-4~bpo60 on debian stable. I have setup approvals for one queue, which works fine, except the the most recently added user. For this user, no approval notification mails are sent, and the approval ticket stays in state new. For the other, they are notified, and the approval ticket changes to open automatically. The only difference I see is that the special user is not in any groups, in contrast to those were it works. I would appreciate any hints, especially were to start debugging. TIA, Joerg / The information in this e-mail is confidential and may be legally privileged. If you have received this e-mail in error, please reply to its sender indicating received in error in the subject line, then delete the e-mail and destroy any copies of it. If you are not its intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on this e-mail, is prohibited and may be unlawful. Internet communications are not considered secure. Information might be intercepted, amended, lost, destroyed, arrive late or incomplete, or might contain viruses. Catella will not accept any liability with respect to the contents of this email and its attachments. / /http://www.catella.lu// -- Catella Bank S.A. IT Parc d’Activités - CAP 2 38 rue Pafebruch L-8308 Capellen Telephone: + 352 27 754 497 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Problems with approvals
On Tue, Mar 05, 2013 at 06:13:34PM +0100, Joerg Dorchain wrote: Hello, my problems has been solve by studying some source code. The approval process could benefit from an example with explanations ;-) did you read this: - docs/customizing/approvals.pod - http://requesttracker.wikia.com/wiki/ApprovalCreation ;) -- Easter-eggs Spécialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 43 35 00 76 mailto:elac...@easter-eggs.com - http://www.easter-eggs.com -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
[rt-users] [rt-announce] Security vulnerability in Perl
This is a notification of a security vulnerability, not of RT, but of perl itself. That vulnerability, CVE-2013-1667, affects all production versions of perl from 5.8.2 to 5.16.x. From perl5-porters: In order to prevent an algorithmic complexity attack against its hashing mechanism, perl will sometimes recalculate keys and redistribute the contents of a hash. This mechanism has made perl robust against attacks that have been demonstrated against other systems. Research by Yves Orton has recently uncovered a flaw in the rehashing code which can result in pathological behavior. This flaw could be exploited to carry out a denial of service attack against code that uses arbitrary user input as hash keys. ( http://www.nntp.perl.org/group/perl.perl5.porters/2013/03/msg199755.html ) Vendors, including RedHat, Debian, and Ubuntu, were informed of this problem two weeks ago and are expected to be shipping updated versions of their perl packages shortly. We encourage you to take these updates as soon as they are available. We are aware that taking updated versions of some vendor perl packages (particularly with older releases of RedHat) may downgrade some modules that RT requires to run, causing breakages when RT is restarted. This is particularly known to be an issue with Scalar::Util, Sys::Syslog, and File::Temp. For this reason, we suggest re-running rt-test-dependencies after you upgrade perl, to ensure that this has not occured. You can do this via running /opt/rt4/bin/rt-test-dependencies, and passing it one of --with-mysql, --with-pg, or --with-oracle, as well as --with-fastcgi or --with-modperl2 as suits your current deployment. If unmet dependencies are found, you should immediately upgrade them; this can be done by re-running rt-test-dependencies with the additional --install option. The vendor upgrades of perl may not be sufficient if you are running a locally-compiled version of perl. You can determine if this is the case by examining the first line of /opt/rt4/bin/rt (or /opt/rt3/bin/rt). If that line contains: #!/usr/bin/perl ...then you are running the vendor-supplied version of perl, and need take no further steps. Otherwise, you will need to upgrade your locally installed perl, or re-install it after applying security patches. Updated versions of 5.14.x and 5.16.x will be released within the week; we recommend upgrading to those. If you need help resolving this issue, please contact us at sa...@bestpractical.com for more information. signature.asc Description: This is a digitally signed message part ___ rt-announce mailing list rt-annou...@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-announce -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] (no subject)
One possible adjustment is to try to make it obvious into which queue the new ticket will be placed. We change the page title so that it is Create a ticket in the QName Queue. Even though the drop down snaps back to the default, the user will see QName Queue in about 4 places (including an h1, which is enough to reassure whoever is creating the ticket. We do it via a simple callback: % cat local/html/Callbacks/jhb/Ticket/Create.html/Default %init # When creating a ticket, display Queue Name in title $$title = Create a ticket in the . $QueueObj-Name . Queue; /%init %args $QueueObj $title /%args -- Jim From: Raymond Corbett [mailto:raymond.corb...@arcproductions.com]mailto:[mailto:raymond.corb...@arcproductions.com] Sent: Tuesday, March 05, 2013 11:36 AM To: rt-users@lists.bestpractical.commailto:rt-users@lists.bestpractical.com Subject: [rt-users] (no subject) We are using RT 4.0.10 I wander if anyone else gets this behavior. which confuses some of our users... The Drop Down Selection menu beside the New ticket In widget button doesn't maintain the selection. For example let's say there are 6 queues there, queue_1, queue_2 , queue_3 etc. The user selects queue_5 in the list. The drop down displays this as the selection for about 2 seconds and then immediately defaults back to the first selection in the list. The queue being submitted to is correct, but users are confused, because by the time they click on the New Ticket IN button, the selection form the pull down menu has already reverted back to the first entry in the list and they try to change it again and again. Also I am wandering which file controls the size of the Pull Down Menu width. Our Queue names are a bit long and some are similar. So just hope to change the width of the field so that the Queue names are easier to read when the pull down is not accessed. -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Confusing New Ticket In behavior
On Tue, Mar 05, 2013 at 04:35:40PM +, Raymond Corbett wrote: The Drop Down Selection menu beside the New ticket In widget button doesn't maintain the selection. For example let's say there are 6 queues there, queue_1, queue_2 , queue_3 etc. The user selects queue_5 in the list. The drop down displays this as the selection for about 2 seconds and then immediately defaults back to the first selection in the list. The queue being submitted to is correct, but users are confused, because by the time they click on the New Ticket IN button, the selection form the pull down menu has already reverted back to the first entry in the list and they try to change it again and again. Are they actually clicking New Ticket In? Merely selecting the queue in the dropdown triggers JS that pushes you to the New Ticket in page If you're actually seeing that not fire and it jumps around then that sounds like a browser bug of some kind. If you want RT to retain the most recently submitted to Queue in that list, there's a configuration option for that: http://bestpractical.com/rt/docs/latest/RT_Config.html#RememberDefaultQueue It's also available on the per-user preferences page. -kevin pgp1Gq7eKusEf.pgp Description: PGP signature -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Changing default account preferences / RT at a Glance
On Tue, Mar 05, 2013 at 09:42:15AM +0100, Emmanuel Lacour wrote: On Tue, Mar 05, 2013 at 10:49:16AM +1100, LachieC - Vanbar wrote: On top of that I like to set the Notify me of unread messages to Yes. just set this in RT_SiteConfig.pm. Set($ShowUnreadMessageNotifications, 1); To follow up and drive this home - anything on that per-user Preferences page is settable globally. More information. http://bestpractical.com/rt/docs/latest/RT_Config.html -kevin pgpB08o6aekN_.pgp Description: PGP signature -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Problems with approvals
On 03/05/2013 09:19 AM, Emmanuel Lacour wrote: On Tue, Mar 05, 2013 at 06:13:34PM +0100, Joerg Dorchain wrote: Hello, my problems has been solve by studying some source code. The approval process could benefit from an example with explanations ;-) did you read this: - docs/customizing/approvals.pod This doc is available online now at: http://bestpractical.com/rt/docs/latest/customizing/approvals.html -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Additional CCs send to ticketing system do not get added to case
On 3/1/2013 12:50 PM, Bunker, Robert wrote: An example would be a user who is communicating on a case CCing their co-worker on an update. I would prefer to have this person added to the case and remain on the case. I would also prefer to have any new people addressed as a To added to case on subsequent emails. Please see my addon that handles this in a somewhat secure manner: http://requesttracker.wikia.com/wiki/LoopIn Could be improved (e.g., turned into a plugin), but does the job as it is for us. Name comes from the fact that people who forced me to write this kept saying looping in name in their messages :). Regards, Mark -- Mark D. Nagel, CCIE #3177 mna...@willingminds.com Principal Consultant, Willing Minds LLC (http://www.willingminds.com) cell: 949-279-5817, desk: 714-495-4001, fax: 714-646-8277 ** For faster support response time, please ** email supp...@willingminds.com or call 714-495-4000 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
[rt-users] Unable to configure article classes in 4.0.10
Hi all, Okay I'm stumped. I'm setting up a new install of RT4. My proof of concept install on a dev box was 4.0.6, but 4.0.10 was out by the time I got to setting up the production install, so that one is 4.0.10. The database for the 4.0.10 production system was seeded with a dump from the 4.0.6 dev box. When we create a new article class, none of the configuration options appear on the right hand side of /Admin/Articles/Classes/Modify.html. So, we can't make the new class apply to a queue. However, for the class that I created on the 4.0.6 system (I then copied over the database to the prod install), the config options appear normally. All of the users who are attempting to set up the classes have SuperUser privs. Am I just missing something obvious, or did I trip on a bug in 4.0.10? Or, is there somewhere I can be looking to figure out what's going on? I can't see any differences in the databases that would be an obvious source of the differential behavior, and a debug log doesn't spit out anything telling that I can see. Any insight would be appreciated, including RTFM directives with helpful pointers to the correct FM, if I simply failed to find the right clue that's out there somewhere. Thanks! -- Christopher Manly Coordinator, Library Systems Cornell University Library Information Technologies c...@cornell.edu 607-255-3344 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Unable to configure article classes in 4.0.10
On Tue, Mar 05, 2013 at 09:24:38PM +, Chris Manly wrote: When we create a new article class, none of the configuration options appear on the right hand side of /Admin/Articles/Classes/Modify.html. So, we can't make the new class apply to a queue. However, for the class that I created on the 4.0.6 system (I then copied over the database to the prod install), the config options appear normally. All of the users who are attempting to set up the classes have SuperUser privs. Am I just missing something obvious, or did I trip on a bug in 4.0.10? Or, is there somewhere I'm not aware of a bug in 4.0.10 around this and in fact it works fine for me on newly created Classes. What's in your logs. What arguments are being passed to Modify.html in the URL on pages where the links don't show up vs those where they do. -kevin pgpL0EEwlnI0_.pgp Description: PGP signature -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] CommandByMail fails after Migration.
On 13/03/04 6:23 AM, Kevin Falcone wrote: On Sun, Mar 03, 2013 at 08:35:48AM -1000, Camron W. Fox wrote: After migrating from RT3.6.6 to RT4.0.10, the RT::Extension::CommandByMail plugin now fails. It installed with no errors and we made sure the MailPlugins were set: @MailPlugins = qw(Auth::MailFrom Filter::TakeAction); That's 3.6 syntax, not 3.8 or greater syntax as documented in the INSTALL file included with the extension. Set(@MailPlugins, qw(Auth::MailFrom Filter::TakeAction)); -kevin Kevin, Thanks for the slap in the face. That took care of it rather nicely. Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com Phone: (808) 934-4102 Cell: (808) 937-5026 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Changing default account preferences / RT at a Glance
Excellent, I knew it would be simple. Thanks again for the advice, -LachieC On 06/03/13 06:27, Kevin Falcone wrote: On Tue, Mar 05, 2013 at 09:42:15AM +0100, Emmanuel Lacour wrote: On Tue, Mar 05, 2013 at 10:49:16AM +1100, LachieC - Vanbar wrote: On top of that I like to set the Notify me of unread messages to Yes. just set this in RT_SiteConfig.pm. Set($ShowUnreadMessageNotifications, 1); To follow up and drive this home - anything on that per-user Preferences page is settable globally. More information. http://bestpractical.com/rt/docs/latest/RT_Config.html -kevin -- Lachie C VANBAR Imaging www.vanbar.com.au p: 03 9417 5666 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] DateTime/Set.pm not found in @INC
On 13/02/25 6:04 AM, Kevin Falcone wrote: Are you sure that this perl /opt/perl/bin/perl [cwfox@admin-new perl]$ /opt/perl/bin/perl -le 'print foreach @INC' /opt/perl/lib/site_perl/5.16.2/x86_64-linux /opt/perl/lib/site_perl/5.16.2 /opt/perl/lib/5.16.2/x86_64-linux /opt/perl/lib/5.16.2 Is the same as this perl? /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /etc/httpd) at It looks like RT is running under /usr/bin/perl (the system perl) and anything you install into your custom perl will be unavailable. Disable the calendar plugin and start up RT and visit the System Configuration page to compare the perl -V output at the bottom to the results of /usr/bin/perl -V and /opt/perl/bin/perl -V Keep in mind, if you're using a packaged mod_perl you're almost certainly *not* using your custom built perl. -kevin Kevin, /opt/perl/bin/perl and all the permods were installed specifically for this RT installation. I installed perl 5.16.2 in /opt/perl and used it as the perl to install everything, so how (and when) did the RT instance get hijacked? This pretty much sucks. Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com Phone: (808) 934-4102 Cell: (808) 937-5026 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] DateTime/Set.pm not found in @INC
On Tue, Mar 05, 2013 at 01:10:38PM -1000, Camron W. Fox wrote: On 13/02/25 6:04 AM, Kevin Falcone wrote: Are you sure that this perl /opt/perl/bin/perl [cwfox@admin-new perl]$ /opt/perl/bin/perl -le 'print foreach @INC' /opt/perl/lib/site_perl/5.16.2/x86_64-linux /opt/perl/lib/site_perl/5.16.2 /opt/perl/lib/5.16.2/x86_64-linux /opt/perl/lib/5.16.2 Is the same as this perl? /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /etc/httpd) at It looks like RT is running under /usr/bin/perl (the system perl) and anything you install into your custom perl will be unavailable. Disable the calendar plugin and start up RT and visit the System Configuration page to compare the perl -V output at the bottom to the results of /usr/bin/perl -V and /opt/perl/bin/perl -V Keep in mind, if you're using a packaged mod_perl you're almost certainly *not* using your custom built perl. /opt/perl/bin/perl and all the permods were installed specifically for this RT installation. I installed perl 5.16.2 in /opt/perl and used it as the perl to install everything, so how (and when) did the RT instance get hijacked? This pretty much sucks. Are you using mod_perl from the system distribution? If so, it's going to use the system perl If so, you need to either use fastcgi or build mod_perl against your custom perl (which is nowhere near as hard as it was years ago, thankfully). Since you have a custom perl, you should keep in mind this announcement we made earlier today. http://blog.bestpractical.com/2013/03/security-vulnerability-in-perl.html -kevin pgpG6zzv0ELfu.pgp Description: PGP signature -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T