[rt-users] Issue with Calendar after install of 3.8.7
Hi, I am testing at present migrating my system from RT 3.6.5 to 3.8.7. To fill you in on details I did this by: 1. Installing 3.8.7 on new RHEL 5 server 2. copying database from live system to Test system 3. running all the database and schema updates to test system. 4. migrating to ExternalAuth module to enable LDAP logons. 5. Moving across all local customizations of pages. In the process of testing the new test server I have come across an issue with the Calendar module. In the dates section of a ticket if I use the calendar link I get the following error: Can't locate object method new via package DateTime at /usr/lib/perl5/site_perl/5.8.8/Calendar/Simple.pm line 87. I have DateTime module installed and it is linked to the correct version of Perl. Wed Dec 16 14:58:26 2009: Module DateTime · installed into: /usr/lib/perl5/site_perl/5.8.8 · LINKTYPE: dynamic · VERSION: · EXE_FILES: Any help would be most appreciated Thanks Dax ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Install Questions - modperl vs fastcgi
I originally setup a demo of rt using debian squeeze, which was pretty much apt-get install blah blah and then edit some text files. I am trying to setup the most current version on debian stable (lenny) and having a pretty difficult time. After installing from source, eventually the apache process consumes 99% of resources, before the end of a day. And that's with no one using it. So my main question is with ./configure. I am using modperl and I am just doing ./configure, make testdeps, make fixdeps. I noticed make testdeps shows the -with-fastcgi option. Does that matter if I am using modperl? Do I need to rerun ./configure using the -with-modperl option? I am following this guide http://wiki.bestpractical.com/view/DebianLennyInstallGuide Thanks. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] RTIR and confidential incidents
) # portinstall www/rt38 3) # portmaster /usr/ports/www/rt38 For more information: read the Handbook. It's here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -- Message: 4 Date: Mon, 21 Dec 2009 10:37:27 - From: Dave Wells dave.we...@foreshore.net Subject: [rt-users] Issue with Calendar after install of 3.8.7 To: rt-users@lists.bestpractical.com Message-ID: 32dd3ff116be9d458e828da941cf32bbb5f...@exchange01.is.foreshore.net Content-Type: text/plain; charset=WINDOWS-1252 Hi, I am testing at present migrating my system from RT 3.6.5 to 3.8.7. To fill you in on details I did this by: 1. Installing 3.8.7 on new RHEL 5 server 2. copying database from live system to Test system 3. running all the database and schema updates to test system. 4. migrating to ExternalAuth module to enable LDAP logons. 5. Moving across all local customizations of pages. In the process of testing the new test server I have come across an issue with the Calendar module. In the dates section of a ticket if I use the calendar link I get the following error: Can't locate object method new via package DateTime at /usr/lib/perl5/site_perl/5.8.8/Calendar/Simple.pm line 87. I have DateTime module installed and it is linked to the correct version of Perl. Wed Dec 16 14:58:26 2009: Module DateTime ?? installed into: /usr/lib/perl5/site_perl/5.8.8 ?? LINKTYPE: dynamic ?? VERSION: ?? EXE_FILES: Any help would be most appreciated Thanks Dax -- Message: 5 Date: Mon, 21 Dec 2009 08:06:39 -0500 From: Jason Ledford jledf...@biltmore.com Subject: Re: [rt-users] Help with RT access rights To: Machiel Richards machi...@rdc.co.za, rt-users@lists.bestpractical.comrt-users@lists.bestpractical.com Message-ID: 435cb3214f92fd4e8e5ceeb86a20440240f9115...@mailbox.tbcnet.biltmore.com Content-Type: text/plain; charset=us-ascii Sounds like you have global permissions for either everyone or those specific groups. I would look there first. From: Machiel Richards [mailto:machi...@rdc.co.za] Sent: Monday, December 21, 2009 12:48 AM To: Jason Ledford Subject: RE: [rt-users] Help with RT access rights Hi Jason Sorry for the duplicated messages, had a problem where the messages weren't going through then they released it afterwards. I do have multiple queues, however the clients can still search and it displays all the queues' tickets. From: Jason Ledford [mailto:jledf...@biltmore.com] Sent: 18 December 2009 03:42 PM To: Machiel Richards; rt-users@lists.bestpractical.com Subject: RE: [rt-users] Help with RT access rights Dang, 3 of the same messages :) I am a newb to rt but like to give where I take. Could you use multiple queues to segregate the permissions and tickets? From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Machiel Richards Sent: Friday, December 18, 2009 1:49 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] Help with RT access rights Hi all I am struggling with RT rights. We service multiple customers and so I want to create a user for each customer so that they can log into the RT system and log issues and assign accordingly. I created a test user with minimal access which are able to create tickets, however the user have access to search for tickets which then displays tickets logged by other customers as well. How can I limit the user to either not search but still have access to their own ticket or otherwise only search for their tickets. Your help is appreciated. Regards Machiel -- next part -- An HTML attachment was scrubbed... URL: http://lists.bestpractical.com/pipermail/rt-users/attachments/20091221/e8a56c6b/attachment.htm -- ___ RT-Users mailing list RT-Users@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users End of RT-Users Digest, Vol 69, Issue 56 -- -- Raimund Sacherer - RunSolutions Open Source It Consulting - Email: r...@runsolutions.com Parc Bit - Centro Empresarial Son Espanyol Edificio Estel - Local 3D 07121 - Palma de Mallorca Baleares ___ http://lists.bestpractical.com/cgi-bin/mailman
[rt-users] problem with basic configuration of rt-3.8.7 stripping domainname from incoming emails and setting default values
Hi, I have 2 probably very simple questions: question 1: === I have a basic auth working with autocreate users. The usernames are without domainname. It works, I'm happy. I have a form that does ticket creation via email. Users are automaticcally created but with the domainname in them. This make me not so happy :-) I tried these settings: Set($CanonicalizeEmailAddressMatch, '@onvz\.nl$'); Set($CanonicalizeEmailAddressReplace, ''); To strip the incoming domainname but it does not work. What am I missing here? question 2: === How can I configure RT so that autocreated users (via email form submission or REMOTE_USER authentication) will have a username 'user' and an email adres 'u...@domain'? please help, it's driving me nuts and I have been reading the mailinglist archives all day sofar. kind regards, -- Kind regards, ONVZ Healthinsurance Jeroen Baten Consultant IT Staff dept. De Molen 66 Postbus 392 3990 GD Houten Tel: +31 30 639 65 08 Fax: +31 30 639 63 25 Deze e-Mail en de inhoud daarvan is vertrouwelijk. Indien dit bericht niet voor u bestemd is, verzoeken wij u vriendelijk deze e-mail direct aan ons te retourneren en daarna te verwijderen. Openbaarmaking, vermenigvuldiging, verstrekking en/of gebruik door derden van dit e-mail bericht en/of informatie is niet toegestaan. De verzender sluit elke aansprakelijkheid uit in verband met het niet juist, onvolledig of niet tijdig overkomen van de informatie in deze e-mail. Deze e-mail is gecontroleerd op virussen. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT email EX_TEMPFAIL looping problem
Can someone please help with this issue? We are seeing this problem in production and end up clearing the email from the mail queue manually everytime we see this problem. Thanks for your help. Thanks Subba Venkateswaran AT - App Eng - SEG 609 282 7015 _ From: Venkateswaran, Subbaraman Sent: Friday, December 18, 2009 10:09 AM To: rt-users@lists.bestpractical.com Subject: RT email EX_TEMPFAIL looping problem Platform/Env: RT 3.6.4, MySQL 5.1.34, Linux 2.6.9-42.ELsmp Problem: We are experiencing sporadic email looping problem. From the mail relay server, emails bound for RT are aliased and piped to rt-mailgate and recorded as correspondence into certain queues. For some emails, rt-mailgate gets a return code EX_TEMPFAIL and the mail server does not remove the email from its queue. This results in repetitive posting and email flooding and finally we have to delete this email from the queue to stop multiple posting. Mail server aliases entry: rt: | path-to/rt-mailgate --url http://rt-server.com --queue general --action correspond Even though rt-mailgate gets a return code EX_TEMPFAIL, the email seems to have recorded fine in RT and we could see the ticket and attachments created fine in RT. Please help us out with this problem and we are trying to understand if this is any data inconsistency problem in RT or something else? Some log entries from the RT server during this email looping. These logs maynot be relevant to the problem, but I would like to present it anyway if it might be helpful. Access log: 172.16.72.205 - - [10/Dec/2009:06:19:16 -0500] POST /REST/1.0/NoAuth/mail-gateway HTTP/1.1 500 622 - libwww-perl/5.800 1792 172.16.72.205 - - [10/Dec/2009:07:02:28 -0500] POST /REST/1.0/NoAuth/mail-gateway HTTP/1.1 500 622 - libwww-perl/5.800 20992 Error log: [Thu Dec 10 06:29:16 2009] [error] [client 172.16.72.205] FastCGI: comm with server mason_handler.fcgi aborted: idle timeout (600 sec) [Thu Dec 10 07:12:28 2009] [error] [client 172.16.72.205] FastCGI: comm with server mason_handler.fcgi aborted: idle timeout (600 sec) FastCGI: incomplete headers (0 bytes) received from server mason_handler.fcgi [error]: couldn't load cf {$value} || $value } (lib/RT/Action/ExtractCustomFieldValues.pm:86) Thanks Subba Venkateswaran THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY BE PRIVILEGED. If this message was misdirected, BlackRock, Inc. and its subsidiaries, (BlackRock) does not waive any confidentiality or privilege. If you are not the intended recipient, please notify us immediately and destroy the message without disclosing its contents to anyone. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of BlackRock, unless the author is authorized by BlackRock to express such views or opinions on its behalf. All email sent to or from this address is subject to electronic storage and review by BlackRock. Although BlackRock operates anti-virus programs, it does not accept responsibility for any damage whatsoever caused by viruses being passed. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] problem with basic configuration of rt-3.8.7 stripping domainname from incoming emails and setting default values
On Mon, Dec 21, 2009 at 03:37:01PM +0100, Jeroen Baten wrote: Hi, I have 2 probably very simple questions: question 1: === I have a basic auth working with autocreate users. The usernames are without domainname. It works, I'm happy. I have a form that does ticket creation via email. Users are automaticcally created but with the domainname in them. This make me not so happy :-) I tried these settings: Set($CanonicalizeEmailAddressMatch, '@onvz\.nl$'); Set($CanonicalizeEmailAddressReplace, ''); To strip the incoming domainname but it does not work. What am I missing here? question 2: === How can I configure RT so that autocreated users (via email form submission or REMOTE_USER authentication) will have a username 'user' and an email adres 'u...@domain'? please help, it's driving me nuts and I have been reading the mailinglist archives all day sofar. kind regards, Hi Jeroen, Regarding your second question, that is really not a good idea. The first part (user) is not guaranteed to be unique across all mail domains. This will result in misdirected tickets when email addresses containing the same user part get dumped in the first one to log a ticket's queue. Regards, Ken ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] UpdateCc, clickable addresses bug?
On Sat, Dec 19, 2009 at 12:15:12PM +0100, BBBLINT Bekkkny wrote: Of course. -- Bekény I have the following problem in 3.8.6 (sorry I can't try it on 3.8.7 now). If I have a header line in an email like this (or in Cc field): To: 'Foo Bar' foo@foobar.hu of To: 'Foo2 Bar2' foo2.b...@foobar2.hu on the Update.html page (UpdateCc component) RT generates the code: [...] It seems that ' disturbs the generated JavaScript code. Is it a known issue? Looking at the patch now that it's a unified diff, I think we probably want to be escaping the ' rather than killing it. Does \\' work as a replacement string? -J ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] UpdateCc, clickable addresses bug?
On Mon, Dec 21, 2009 at 5:17 PM, Jesse Vincent je...@bestpractical.comwrote: On Sat, Dec 19, 2009 at 12:15:12PM +0100, BBBLINT Bekkkny wrote: Of course. -- Bekény I have the following problem in 3.8.6 (sorry I can't try it on 3.8.7 now). If I have a header line in an email like this (or in Cc field): To: 'Foo Bar' foo@foobar.hu of To: 'Foo2 Bar2' foo2.b...@foobar2.hu on the Update.html page (UpdateCc component) RT generates the code: [...] It seems that ' disturbs the generated JavaScript code. Is it a known issue? Looking at the patch now that it's a unified diff, I think we probably want to be escaping the ' rather than killing it. Does \\' work as a replacement string? Yes, it works. -- Bekeny ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
Folks: Out of the blue I am starting to get this error intermittently. Does anyone have any idea what it might mean? Can't call method as_string on an undefined value at /home/rt/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth/LDAP.pm line 304, line 323. Thanks, Matt -- Matt Adams Development Network Services, Cypress Interactive http://cypressinteractive.com, http://edsuite.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
On Mon, 21 Dec 2009 11:43:44 -0700, Matt Adams matt.ad...@cypressinteractive.com said: Out of the blue I am starting to get this error intermittently. Does anyone have any idea what it might mean? Can't call method as_string on an undefined value at /home/rt/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth/LDAP.pm line 304, line 323. Check all your ExternalAuth settings in RT_SiteConfig.pm. Things like 'filter' and 'd_filter' cannot be empty, they must have some value. I have filter set to '(objectClass=*)' to always match, and d_filter set to '(objectClass=ThisWillNeverMatch)' to never match (as I have no such attribute in LDAP). ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
Nick Kartsioukas wrote: Check all your ExternalAuth settings in RT_SiteConfig.pm. Things like 'filter' and 'd_filter' cannot be empty, they must have some value. I have filter set to '(objectClass=*)' to always match, and d_filter set to '(objectClass=ThisWillNeverMatch)' to never match (as I have no such attribute in LDAP). Unfortunately both of those settings are configured properly. This error just started appearing out of the blue. I haven't changed anything recently. FWIW, I'm using a mod_perl2 configuration. -- Matt Adams Development Network Services, Cypress Interactive http://cypressinteractive.com, http://edsuite.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
Matt Adams wrote: Nick Kartsioukas wrote: Check all your ExternalAuth settings in RT_SiteConfig.pm. Things like 'filter' and 'd_filter' cannot be empty, they must have some value. I have filter set to '(objectClass=*)' to always match, and d_filter set to '(objectClass=ThisWillNeverMatch)' to never match (as I have no such attribute in LDAP). Unfortunately both of those settings are configured properly. This error just started appearing out of the blue. I haven't changed anything recently. It is definitely related to the filter. The problem is in UserExists which ensures that the user actually exists in the user database, and is run once for each specified database iirc. Shortened for simpicity: # my $config = $RT::ExternalSettings-{$service}; my $filter = $config-{'filter'}; if ($filter eq ()) { undef($filter) }; if (defined($config-{'attr_map'}-{'Name'})) { # Construct the complex filter $filter = Net::LDAP::Filter-new( '(' . $filter . '(' . $config-{'attr_map'}-{'Name'} . '=' . $username . '))'); } my @attrs = values(%{$config-{'attr_map'}}); # Check that the user exists in the LDAP service $RT::Logger-debug( LDAP Search === , Base:, $base, == Filter:, $filter-as_string, == Attrs:, join(',',@attrs)); my $user_found = $ldap-search( base= $base, filter = $filter, attrs = \...@attrs); # The filter information is taken directly from your config and used to build a filter object. There is then a debug message that uses as_string to print out the filter object. In your case, $filter is not a defined object and so the as_string call is invalid. Double, triple and then quadruple check your filter value in the config. -- Kind Regards, __ Mike Peachey, IT Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 - Registered In England http://www.jennic.com __ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Spreadsheet/Export in 3.8.6/3.8.7 has columnheaders/data mixed up. Bug?
Not a perl guy, but I believe I figured out the problem. There is a bug in the code for Results.tsv. Anywhere in particular I should be posting the fix? From: rt-users-boun...@lists.bestpractical.com on behalf of Epp, Christopher CLBC:EX Sent: Thu 17/12/2009 3:42 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Spreadsheet/Export in 3.8.6/3.8.7 has columnheaders/data mixed up. Bug? I upgraded 3.8.2 to both 3.8.6 and 3.8.7 in a test environment copied from my production installation. In both versions I have had problems with the spreadsheet function. At first, it changed output from the previous version by outputting all custom fields, even ones not related to the queue I was exporting. That was fixed when I installed the Parse::BooleanLogic cpan module. Now the problem is that the CF column headers are mixed up. So for example the CF-FirstName column heading would be over the LastName Data. Is anyone else having this problem? Is this a bug? Cheers, Chris ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com http://wiki.bestpractical.com/ Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com http://rtbook.bestpractical.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
Mike Peachey wrote: It is definitely related to the filter. The problem is in UserExists which ensures that the user actually exists in the user database, and is run once for each specified database iirc. Double, triple and then quadruple check your filter value in the config. I'm not convinced that the filter value is the config is to blame for this. It hasn't been changed since the initial installation and everything has been working up until a little while ago. I found out what was causing the problem although I still don't know *why* it is a problem. Someone changed the URL to RT in our wiki to be http://rt?user=john_doe so that the username would be set automatically as per the wiki username. Seemed like a smart idea since both authenticate against the same LDAP server. Whenever this URL is used to get to RT the error appears. If I remove ?user=john_doe and log in manually everything works just fine. Does anyone know why this would be? We're using RT 3.8.5 and RT::Authen::ExternalAuth 0.08 My problem is solved for the time being but it would be nice to know why ?user=john_doe causes problems. Thanks, Matt -- Matt Adams Development Network Services, Cypress Interactive http://cypressinteractive.com, http://edsuite.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
Hi Matt, This is nothing more than an uneducated guess, so take it as a grain of salt, Could it possibly have something to do with writing/maintaining the cookie/session? Thanks, Bill On Mon, Dec 21, 2009 at 12:17 PM, Matt Adams matt.ad...@cypressinteractive.com wrote: Mike Peachey wrote: It is definitely related to the filter. The problem is in UserExists which ensures that the user actually exists in the user database, and is run once for each specified database iirc. Double, triple and then quadruple check your filter value in the config. I'm not convinced that the filter value is the config is to blame for this. It hasn't been changed since the initial installation and everything has been working up until a little while ago. I found out what was causing the problem although I still don't know *why* it is a problem. Someone changed the URL to RT in our wiki to be http://rt?user=john_doe so that the username would be set automatically as per the wiki username. Seemed like a smart idea since both authenticate against the same LDAP server. Whenever this URL is used to get to RT the error appears. If I remove ?user=john_doe and log in manually everything works just fine. Does anyone know why this would be? We're using RT 3.8.5 and RT::Authen::ExternalAuth 0.08 My problem is solved for the time being but it would be nice to know why ?user=john_doe causes problems. Thanks, Matt -- Matt Adams Development Network Services, Cypress Interactive http://cypressinteractive.com, http://edsuite.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 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: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] not send email to user
Hi guys, I need some help or advise. I have my RT to receive emails and send it to an specific queue and it sends a replay to the author(sender) but I have a server monitoring application that sends emails when something is off. I want my rt to NOT send a replay to that email due to the monitoring application is not programed to receive emails and its keeps looping back. How can i do that? ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] mailgate and RT-Authen-ExternalAuth
How do I get mailgate to parse From: u...@address and pass user, instead of u...@address, to RT-Authen-ExternalAuth for LDAP authentication and automatic creation of user? Thanks, in advance, for your help, Mike ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
That or the fact that that isn¹t valid RFC compliant URI syntax: try http://rt/?user=john_doe instead. While some web browsers/servers will fake it and try to work, most standards compliant ones like lighttp and Apache aren¹t as forgiving. On 12/21/09 12:22 PM, William Graboyes william.grabo...@theportalgrp.com wrote: Hi Matt, This is nothing more than an uneducated guess, so take it as a grain of salt, Could it possibly have something to do with writing/maintaining the cookie/session? Thanks, Bill On Mon, Dec 21, 2009 at 12:17 PM, Matt Adams matt.ad...@cypressinteractive.com wrote: Mike Peachey wrote: It is definitely related to the filter. The problem is in UserExists which ensures that the user actually exists in the user database, and is run once for each specified database iirc. Double, triple and then quadruple check your filter value in the config. I'm not convinced that the filter value is the config is to blame for this. It hasn't been changed since the initial installation and everything has been working up until a little while ago. I found out what was causing the problem although I still don't know *why* it is a problem. Someone changed the URL to RT in our wiki to be http://rt?user=john_doe so that the username would be set automatically as per the wiki username. Seemed like a smart idea since both authenticate against the same LDAP server. Whenever this URL is used to get to RT the error appears. If I remove ?user=john_doe and log in manually everything works just fine. Does anyone know why this would be? We're using RT 3.8.5 and RT::Authen::ExternalAuth 0.08 My problem is solved for the time being but it would be nice to know why ?user=john_doe causes problems. Thanks, Matt -- Matt Adams Development Network Services, Cypress Interactive http://cypressinteractive.com, http://edsuite.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 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: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Gary L. Greene, Jr. IT Operations Minerva Networks, Inc. Cell: (650) 704-6633 Phone: (408) 240-1239 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] limit ticket owners dropdown box by group memberships
Does anyone have a recipe to restrict the ticket Owner dropdown box to the members in a group? By default, it looks like all privileged users are in the dropdown and for the queues in question, only members of a particular group can own tickets so just seeing the pre-trimmed list would really help. Of course, I could be missing an obvious reason why that would not work. Cheers, Ken ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] limit ticket owners dropdown box by group memberships
On Mon, Dec 21, 2009 at 03:38:45PM -0600, Kenneth Marshall wrote: Does anyone have a recipe to restrict the ticket Owner dropdown box to the members in a group? By default, it looks like all privileged users are in the dropdown and for the queues in question, only members of a particular group can own tickets so just seeing the pre-trimmed list would really help. Of course, I could be missing an obvious reason why that would not work. This means you've given Privileged users OwnTicket somewhere (possible on a disabled queue) -kevin pgpsGK2oh6MYc.pgp Description: PGP signature ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Spreadsheet/Export in 3.8.6/3.8.7 has column headers/data mixed up. Bug?
On Fri, Dec 18, 2009 at 2:42 AM, Epp, Christopher CLBC:EX christopher@gov.bc.ca wrote: I upgraded 3.8.2 to both 3.8.6 and 3.8.7 in a test environment copied from my production installation. In both versions I have had problems with the spreadsheet function. At first, it changed output from the previous version by outputting all custom fields, even ones not related to the queue I was exporting. That was fixed when I installed the Parse::BooleanLogic cpan module. But it's now 10 times faster, eats less memory, a stream instead of do it all on the server and send data only when it's all done, so chances to hit timeout are minimal. Now the problem is that the CF column headers are mixed up. So for example the CF-FirstName column heading would be over the LastName Data. Hm. Do you mean that column name doesn't match data? Do I understand it correctly? Is anyone else having this problem? Is this a bug? Cheers, Chris ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Spreadsheet/Export in 3.8.6/3.8.7 has columnheaders/data mixed up. Bug?
Thanks Kevin, I've never used git before, but that commit is the same fix I did for myself, so I don't need to submit it then. Thanks for taking the time to respond and educate me. Cheers, Chris From: rt-users-boun...@lists.bestpractical.com on behalf of Kevin Falcone Sent: Mon 21/12/2009 2:01 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Spreadsheet/Export in 3.8.6/3.8.7 has columnheaders/data mixed up. Bug? On Mon, Dec 21, 2009 at 11:28:56AM -0800, Epp, Christopher CLBC:EX wrote: Not a perl guy, but I believe I figured out the problem. There is a bug in the code for Results.tsv. Anywhere in particular I should be posting the fix? patches can go to the list or to rt-b...@bestpractical.com You may want to compare your patch to git commit 1f4fa271b9e9c78104257f729f3046f9c30694e0 -kevin From: rt-users-boun...@lists.bestpractical.com on behalf of Epp, Christopher CLBC:EX Sent: Thu 17/12/2009 3:42 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Spreadsheet/Export in 3.8.6/3.8.7 has columnheaders/data mixed up. Bug? I upgraded 3.8.2 to both 3.8.6 and 3.8.7 in a test environment copied from my production installation. In both versions I have had problems with the spreadsheet function. At first, it changed output from the previous version by outputting all custom fields, even ones not related to the queue I was exporting. That was fixed when I installed the Parse::BooleanLogic cpan module. Now the problem is that the CF column headers are mixed up. So for example the CF-FirstName column heading would be over the LastName Data. Is anyone else having this problem? Is this a bug? winmail.dat___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] limit ticket owners dropdown box by group memberships
On Mon, Dec 21, 2009 at 04:59:07PM -0500, Kevin Falcone wrote: On Mon, Dec 21, 2009 at 03:38:45PM -0600, Kenneth Marshall wrote: Does anyone have a recipe to restrict the ticket Owner dropdown box to the members in a group? By default, it looks like all privileged users are in the dropdown and for the queues in question, only members of a particular group can own tickets so just seeing the pre-trimmed list would really help. Of course, I could be missing an obvious reason why that would not work. This means you've given Privileged users OwnTicket somewhere (possible on a disabled queue) -kevin Thank you. I will go a-huntin'. Ken ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Undefined value using RT::Authen::ExternalAuth::LDAP
Gary Greene wrote: That or the fact that that isn’t valid RFC compliant URI syntax: try http://rt/?user=john_doe instead. While some web browsers/servers will fake it and try to work, most standards compliant ones like lighttp and Apache aren’t as forgiving. I've tried both variations and it makes no difference. RT errors out either way. -- Matt Adams Development Network Services, Cypress Interactive http://cypressinteractive.com, http://edsuite.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com