Re: [rt-users] Redirection from HTTPS to HTTP
Hello, I searched deeply recently. It does not seem that RT (even the latest versions) is able to manage both protocols (HTTP and HTTPS) simultaneously. I personally set up a reverse proxy server, as described here : http://www.gossamer-threads.com/lists/rt/users/72162?search_string=both http https;#72162 Hope this can help --- Robert GRASSO System engineer CEDRAT S.A. 15 Chemin de Malacher - Inovallée - 38246 MEYLAN cedex - FRANCE Phone: +33 (0)4 76 90 50 45 - Fax: +33 (0)4 56 38 08 30 mailto:robert.gra...@cedrat.com - http://www.cedrat.com -Message d'origine- De : rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] De la part de Raphaël Adou Envoyé : 17 juin 2010 17:23 À : RT-Users@lists.bestpractical.com Objet : [rt-users] Redirection from HTTPS to HTTP Hi all, I'm using RT version 3.8.8-1 on a debian squeeze server. I installed Apache 2.2.15-5 as webserver with RT's apache2-modperl2.conf This is the content of my virtual host file. VirtualHost *:443 ServerAdmin webmas...@myserver.domain ServerName myserver.domain Include /etc/request-tracker3.8/apache2-modperl2.conf /VirtualHost I connect to RT by link https://myserver.domain/rt because I left /etc/request-tracker3.8/apache2-modperl2.conf unchanged. The issue I face is that everytime I submit a form for changing a ticket's status for example, I'm redirecting to http (http://myserver.domain/rt/.. ) protocol so I cannot see the result of the operation. I don't know why. Can you help me to fix this please ? Thanks in advance. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Redirection from HTTPS to HTTP
On Thu, Jun 17, 2010 at 03:22:47PM +, Raphaël Adou wrote: VirtualHost *:443 ServerAdmin webmas...@myserver.domain ServerName myserver.domain Include /etc/request-tracker3.8/apache2-modperl2.conf /VirtualHost I connect to RT by link https://myserver.domain/rt because I left /etc/request-tracker3.8/apache2-modperl2.conf unchanged. The issue I face is that everytime I submit a form for changing a ticket's status for example, I'm redirecting to http (http://myserver.domain/rt/.. ) protocol so I cannot see the result of the operation. You don't talk about your RT configuration. Did you tell RT that it should use port 443 or otherwise tell it that you're running it under https? Have a read through RT_Config.pm and look at the WebPort and WebBaseURL options -kevin pgpqqlbOQT1af.pgp Description: PGP signature Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Read User Custom Field of Ticket Originator
On Thu, Jun 17, 2010 at 10:17:15AM -0700, Peter Roosakos wrote: I was curious if anyone could point me to sample code snippet that would allow me to retrieve the value of a user custom field associated with the original requestor/originator of a ticket generated from an incoming email, from within a Scrip. The ultimate goal is, on create of a new ticket in the queue associated with email generated tickets, inspect a custom field for the requestor of that ticket, and move the ticket to another queue based on the value of the requestor's custom field. I have found lots of examples to read values of custom fields associated directly with the ticket, but not user custom fields associated with the original requestor. It sounds like you want something like $self-TicketObj-CreatorObj-FirstCustomFieldValue('...') -kevin pgpqkvAiPoySs.pgp Description: PGP signature Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] combobox as search criteria
Hello, I use rt 3.8.8. I create a combobox as custom field. The problem is that I don't see combobox as combobox in searching for tickets, but I see it as usual text field. Is there any way to display combobox as combobox in searching screen? (I didn't found answer in the archives) Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Users not created up e-mail submission
Hi all - Running RT 3.8.8 on Ubuntu 9.10 -- recently upgraded from 3.8.7. In 3.8.7 I had the AutogeneratedPassword working for new users who submitted tickets via E-mail (link below) http://wiki.bestpractical.com/view/AutogeneratedPassword but now in 3.8.8 it no longer works. In /var/log/messages I see the following error when a new user submits a ticket via e-mail: *Jun 18 08:54:17 help RT: RT::Authen::ExternalAuth::CanonicalizeUserInfo returning Comments: Autocreated on ticket submission, Disabled: 0, EmailAddress: j...@carthage.edu, Name: j...@carthage.edu, Password: , Privileged: 0, RealName: Jen McGrath (/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:536) * *Jun 18 08:54:18 help RT: Couldn't load user 'j...@carthage.edu'.giving up (/opt/rt3/bin/../lib/RT/Interface/Email.pm:947)* * * I'm not sure what I'm missing or what got screwed up with the upgrade -- hopefully it's something easy. Anybody have any ideas? -- Max McGrath Asst. Network Admin/Systems Specialist Carthage College 262-552-5512 mmcgr...@carthage.edu Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] AutoGeneratedPassword and LDAP
I have this installed as a template and really like the way it will work for people outside of the company.. http://wiki.bestpractical.com/view/AutogeneratedPassword But, there is something that I'm not sure how to do. If the user is a first time user, and submits a ticket via email, a password will be generated for them, even if they are in Active Directory. Is there a check that can be done in the template to check if the user is an LDAP user and not generate a password for them? I want my local users to be AD, and remote users to have a password in RT3. Thanks! -Mark CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] AutoGeneratedPassword and LDAP
that can be done in the template to check if the user is an LDAP user and not generate a password for them? I want my local users to be AD, and remote users to have a password in RT3. Can't you just add a condition on the password generation that skips it if the requestor domain is the same as yours? -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] AutoGeneratedPassword and LDAP
That's exactly what I was just thinking. How in the template can I check to see if it is coming from @domain.com, and skip the generation? -Original Message- From: Jerrad Pierce [mailto:jpie...@cambridgeenergyalliance.org] Sent: Friday, June 18, 2010 11:24 AM To: Mark Jenks Cc: rt-users Subject: Re: [rt-users] AutoGeneratedPassword and LDAP that can be done in the template to check if the user is an LDAP user and not generate a password for them? I want my local users to be AD, and remote users to have a password in RT3. Can't you just add a condition on the password generation that skips it if the requestor domain is the same as yours? -- Cambridge Energy Alliance: Save money. Save the planet. CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] AutoGeneratedPassword and LDAP
I'm not a programmer anymore (Gave it up 15 years ago), but I do some scripting now and then.. But this is what I came up with. Does it look right? I just changed: if (($Transaction-CreatorObj-id != $RT::Nobody-id) (!$Transaction-CreatorObj-Privileged) ($Transaction-CreatorObj-__Value('Password') eq '*NO-PASSWORD*') ) if (($Transaction-CreatorObj-id != $RT::Nobody-id) ($RT::RequestorAddresses !~ m/domain.com/i) (!$Transaction-CreatorObj-Privileged) ($Transaction-CreatorObj-__Value('Password') eq '*NO-PASSWORD*') ) -Original Message- From: Jerrad Pierce [mailto:jpie...@cambridgeenergyalliance.org] Sent: Friday, June 18, 2010 11:24 AM To: Mark Jenks Cc: rt-users Subject: Re: [rt-users] AutoGeneratedPassword and LDAP that can be done in the template to check if the user is an LDAP user and not generate a password for them? I want my local users to be AD, and remote users to have a password in RT3. Can't you just add a condition on the password generation that skips it if the requestor domain is the same as yours? -- Cambridge Energy Alliance: Save money. Save the planet. CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] A little perl scrip help
To all, I'm having trouble coding a way to extract the Queue Watcher AdminCc at the time of a ticket being created as a custom condition. Can anyone send me an example, please? Thanks. Kenn LBNL Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A little perl scrip help
The iterator is: $Ticket-QueueObj-AdminCc-MembersObj -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A little perl scrip help
Jerrad, Thanks. Can I assume then that $Ticket-QueueObj-AdminCc-MembersObj-PrincipalId will get me the ID? Kenn LBNL On Fri, Jun 18, 2010 at 11:53 AM, Jerrad Pierce jpie...@cambridgeenergyalliance.org wrote: The iterator is: $Ticket-QueueObj-AdminCc-MembersObj -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A little perl scrip help
So you're saying it should be this? Like I said, I'm pretty much trying to hack my way through this. If you could complete this for me, it would be great. Do I need to do anything to domain.com to escape the . ? if (($Transaction-CreatorObj-id != $RT::Nobody-id) ($Ticket-QueueObj-AdminCc-MembersObj !~ m/domain.com/i) (!$Transaction-CreatorObj-Privileged) ($Transaction-CreatorObj-__Value('Password') eq '*NO-PASSWORD*') ) -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Jerrad Pierce Sent: Friday, June 18, 2010 1:53 PM To: Kenneth Crocker Cc: rt-users Subject: Re: [rt-users] A little perl scrip help The iterator is: $Ticket-QueueObj-AdminCc-MembersObj -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Read User Custom Field of Ticket Originator
It sounds like you want something like $self-TicketObj-CreatorObj-FirstCustomFieldValue('...') -kevin That did the trick, thanks! Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A little perl scrip help
You've replied to the wrong thread. Do I need to do anything to domain.com to escape the . ? \. otherwise you could match domain1com.net, domain2com.org, domain3com.tld And you should anchor it: m/domain\.com$/i -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] AutoGeneratedPassword and LDAP
Should it be: ($Ticket-RequestorAddresses !~ m/domain\.com$/i) Or ($RT::RequestorAddresses !~ m/domain\.com$/i) Other than that, I think I got it.Might even add it to the wiki? Thanks! -Mark -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Mark Jenks Sent: Friday, June 18, 2010 12:17 PM To: Jerrad Pierce Cc: rt-users Subject: Re: [rt-users] AutoGeneratedPassword and LDAP I'm not a programmer anymore (Gave it up 15 years ago), but I do some scripting now and then.. But this is what I came up with. Does it look right? I just changed: if (($Transaction-CreatorObj-id != $RT::Nobody-id) (!$Transaction-CreatorObj-Privileged) ($Transaction-CreatorObj-__Value('Password') eq '*NO-PASSWORD*') ) if (($Transaction-CreatorObj-id != $RT::Nobody-id) ($RT::RequestorAddresses !~ m/domain.com/i) (!$Transaction-CreatorObj-Privileged) ($Transaction-CreatorObj-__Value('Password') eq '*NO-PASSWORD*') ) -Original Message- From: Jerrad Pierce [mailto:jpie...@cambridgeenergyalliance.org] Sent: Friday, June 18, 2010 11:24 AM To: Mark Jenks Cc: rt-users Subject: Re: [rt-users] AutoGeneratedPassword and LDAP that can be done in the template to check if the user is an LDAP user and not generate a password for them? I want my local users to be AD, and remote users to have a password in RT3. Can't you just add a condition on the password generation that skips it if the requestor domain is the same as yours? -- Cambridge Energy Alliance: Save money. Save the planet. CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com CONFIDENTIALITY NOTICE: The information contained in this email message, including any attachments, may be privileged, confidential and otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this message, including any attachments, is strictly prohibited. If you have received this email message in error, please notify the sender by reply email and delete/destroy the email message, including attachments, and any copies thereof. Although we have taken precautions to minimize the risk of transmitting viruses via email and attachments thereto, we do not guarantee that either is virus-free, and we accept no liability for any damages sustained as a result of any such viruses. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A little perl scrip help
Jerrad, Thanks. Kenn LBNL On Fri, Jun 18, 2010 at 12:06 PM, Jerrad Pierce jpie...@cambridgeenergyalliance.org wrote: On Fri, Jun 18, 2010 at 15:00, Kenneth Crocker kfcroc...@lbl.gov wrote: Jerrad, Thanks. Can I assume then that $Ticket-QueueObj-AdminCc-MembersObj-PrincipalId will get me the ID? Umm no, ObjectID or Name. Next to iterate. -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com