Re: [rt-users] highlight updated tickets
Hi, sorry for the late reply but I was looking for almost the same thing and here¹s how I solved it. I wanted to check if a ticket had been updated by anyone else than our staff i.e. requestor or any of the CC:s. I used the example callback and the css from the wiki to change the statuscolor and this is the function: sub statusInColor { my $Ticket = shift; my $status = $Ticket-Status; my $css = status . lc $status; my $LastUpdater = $Ticket-LastUpdatedByObj-EmailAddress; my $TicketRequestors = $Ticket-Requestors-MemberEmailAddressesAsString; my $TicketCC = $Ticket-Cc-MemberEmailAddressesAsString; if (($TicketRequestors =~ $LastUpdater) || ($TicketCC =~ $LastUpdater)) { $css = status . lc reply; $status = div class=\$css\$status REP/div; } else { $status = div class=\$css\$status/div; } return \$status; } Besides changing the color, I set a ³REP² flag after the status in case any of the users are colorblind. Hope this helps. Regards, Johan Baarman On 1/23/08 2:49 PM, Hoogstraten, Ton [EMAIL PROTECTED] wrote: Ello, I'm looking for a possible way to make a ticket highlight when it has been last updated by anybody else then the owner. I Found ShowStatusInColor on the Wiki page, and it comes close to what I want but I could use some help finding the correct last updated by user in a ticket instead of the ticket status so I can modify the callback. Regards, Ton Hoogstraten ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.f-secure.com/___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] 3.6.5 Clickable links
Mathew I'm trying to sort this out. I'm looking at Shane's modification to Dirk's callback but I can't figure out where to place it in local/html/Tickets/ShowMessageStanza. That file already has a %init section. You should put the code in $your-rt-path/local/html/Callbacks/your_callbacks/Ticket/Elements/ShowMessageStanza/Default http://wiki.bestpractical.com/view/ClickableLinks LEGAL NOTICE Unless expressly stated otherwise, information contained in this message is confidential. If this message is not intended for you, please inform [EMAIL PROTECTED] and delete the message. The Cambridge Crystallographic Data Centre is a company Limited by Guarantee and a Registered Charity. Registered in England No. 2155347 Registered Charity No. 800579 Registered office 12 Union Road, Cambridge CB2 1EZ. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] 3.6.5 Clickable links
Ahhh...duh. So instead of copying ShowMessageStanza to local/html/Ticket I create a new directory and place Default within it. For some reason, it seems so obvious even though it wasn't stated any different. Keep up with my goings on at http://theillien.blogspot.com Toby Darling wrote: Mathew I'm trying to sort this out. I'm looking at Shane's modification to Dirk's callback but I can't figure out where to place it in local/html/Tickets/ShowMessageStanza. That file already has a %init section. You should put the code in $your-rt-path/local/html/Callbacks/your_callbacks/Ticket/Elements/ShowMessageStanza/Default http://wiki.bestpractical.com/view/ClickableLinks LEGAL NOTICE Unless expressly stated otherwise, information contained in this message is confidential. If this message is not intended for you, please inform [EMAIL PROTECTED] and delete the message. The Cambridge Crystallographic Data Centre is a company Limited by Guarantee and a Registered Charity. Registered in England No. 2155347 Registered Charity No. 800579 Registered office 12 Union Road, Cambridge CB2 1EZ. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] highlight updated tickets
Thanks, thats great. I have a problem though, i get the REP tag and I can see the div class=statusreplynew REP/div lines correctly in the page source, but it seems like the additional css styles aren't loaded. I've put them into $RT_HOME/local/html/Callbacks/MyCallbacks/NoAuth/webrt.css/Default as described in the ShowStatusInColor wiki page. I've looked into the various RT mailing lists but came up with nothing relevant, so I'm probably missing something here. Any help will be appreciated. tx, Roy. On Feb 5, 2008 11:16 AM, Johan Baarman [EMAIL PROTECTED] wrote: Hi, sorry for the late reply but I was looking for almost the same thing and here's how I solved it. I wanted to check if a ticket had been updated by anyone else than our staff i.e. requestor or any of the CC:s. I used the example callback and the css from the wiki to change the statuscolor and this is the function: sub statusInColor { my $Ticket = shift; my $status = $Ticket-Status; my $css = status . lc $status; my $LastUpdater = $Ticket-LastUpdatedByObj-EmailAddress; my $TicketRequestors = $Ticket-Requestors-MemberEmailAddressesAsString; my $TicketCC = $Ticket-Cc-MemberEmailAddressesAsString; if (($TicketRequestors =~ $LastUpdater) || ($TicketCC =~ $LastUpdater)) { $css = status . lc reply; $status = div class=\$css\$status REP/div; } else { $status = div class=\$css\$status/div; } return \$status; } Besides changing the color, I set a REP flag after the status in case any of the users are colorblind. Hope this helps. Regards, Johan Baarman On 1/23/08 2:49 PM, Hoogstraten, Ton [EMAIL PROTECTED] wrote: Ello, I'm looking for a possible way to make a ticket highlight when it has been last updated by anybody else then the owner. I Found ShowStatusInColor on the Wiki page, and it comes close to what I want but I could use some help finding the correct last updated by user in a ticket instead of the ticket status so I can modify the callback. Regards, Ton Hoogstraten ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.f-secure.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] highlight updated tickets
Yes I actually had the same problem, I solved it by making a local overlay of main.css in path to local RT/html/NoAuth/css/3.5-default/ and including a statuscolor.css. You'll put your colorsetting in that file. Sorry I forgot to mention this. /Johan On 2/5/08 1:17 PM, Roy Depp [EMAIL PROTECTED] wrote: Thanks, thats great. I have a problem though, i get the REP tag and I can see the div class=statusreplynew REP/div lines correctly in the page source, but it seems like the additional css styles aren't loaded. I've put them into $RT_HOME/local/html/Callbacks/MyCallbacks/NoAuth/webrt.css/Default as described in the ShowStatusInColor wiki page. I've looked into the various RT mailing lists but came up with nothing relevant, so I'm probably missing something here. Any help will be appreciated. tx, Roy. On Feb 5, 2008 11:16 AM, Johan Baarman [EMAIL PROTECTED] wrote: ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.f-secure.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] highlight updated tickets
Thank Johan, Added to ShowStatusInColor wiki page. On Feb 5, 2008 1:55 PM, Johan Baarman [EMAIL PROTECTED] wrote: Yes I actually had the same problem, I solved it by making a local overlay of main.css in path to local RT/html/NoAuth/css/3.5-default/ and including a statuscolor.css. You'll put your colorsetting in that file. Sorry I forgot to mention this. /Johan On 2/5/08 1:17 PM, Roy Depp [EMAIL PROTECTED] wrote: Thanks, thats great. I have a problem though, i get the REP tag and I can see the div class=statusreplynew REP/div lines correctly in the page source, but it seems like the additional css styles aren't loaded. I've put them into $RT_HOME/local/html/Callbacks/MyCallbacks/NoAuth/webrt.css/Default as described in the ShowStatusInColor wiki page. I've looked into the various RT mailing lists but came up with nothing relevant, so I'm probably missing something here. Any help will be appreciated. tx, Roy. On Feb 5, 2008 11:16 AM, Johan Baarman [EMAIL PROTECTED] wrote: ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.f-secure.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] 3.6.5 Clickable links
Sweet. It works using Shane's code. I've found one minor issue thought that likely won't be a problem. I'm just bringing them up for the sake of disclosure: if the link is opened in the same browser window/tab and the back button is used to return to the ticket, the link is no longer clickable. Toby Darling wrote: Mathew I'm trying to sort this out. I'm looking at Shane's modification to Dirk's callback but I can't figure out where to place it in local/html/Tickets/ShowMessageStanza. That file already has a %init section. You should put the code in $your-rt-path/local/html/Callbacks/your_callbacks/Ticket/Elements/ShowMessageStanza/Default http://wiki.bestpractical.com/view/ClickableLinks LEGAL NOTICE Unless expressly stated otherwise, information contained in this message is confidential. If this message is not intended for you, please inform [EMAIL PROTECTED] and delete the message. The Cambridge Crystallographic Data Centre is a company Limited by Guarantee and a Registered Charity. Registered in England No. 2155347 Registered Charity No. 800579 Registered office 12 Union Road, Cambridge CB2 1EZ. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] 3.6.5 Clickable links
I take it back. It seems to have only happened once. Each successive test has proven me wrong. Keep up with me and what I'm up to: http://theillien.blogspot.com Mathew Snyder wrote: Sweet. It works using Shane's code. I've found one minor issue thought that likely won't be a problem. I'm just bringing them up for the sake of disclosure: if the link is opened in the same browser window/tab and the back button is used to return to the ticket, the link is no longer clickable. Toby Darling wrote: Mathew I'm trying to sort this out. I'm looking at Shane's modification to Dirk's callback but I can't figure out where to place it in local/html/Tickets/ShowMessageStanza. That file already has a %init section. You should put the code in $your-rt-path/local/html/Callbacks/your_callbacks/Ticket/Elements/ShowMessageStanza/Default http://wiki.bestpractical.com/view/ClickableLinks LEGAL NOTICE Unless expressly stated otherwise, information contained in this message is confidential. If this message is not intended for you, please inform [EMAIL PROTECTED] and delete the message. The Cambridge Crystallographic Data Centre is a company Limited by Guarantee and a Registered Charity. Registered in England No. 2155347 Registered Charity No. 800579 Registered office 12 Union Road, Cambridge CB2 1EZ. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Performance issues with 3.6.6 upgrade
On Feb 4, 2008, at 3:34 PM, Jesse Vincent wrote: On Feb 4, 2008, at 2:37 PM, Rob Ansaldo wrote: We're testing an upgrade from 3.6.4 to 3.6.6 and have noticed that interactive response time on 3.6.6 is much slower than 3.6.4. Using the exact same hardware, OS, and MySQL db - most screens (ie; at a glance, ticket display) take less than 0.5 seconds when using 3.6.4 and 3 or more seconds on 3.6.6. I have a sneaking suspicion it's related to bugs in the older 5.0.x mysql you're running. But what does your slow query log say? Based on this and the note from Ken Marshall, I upgraded to MySQL 5.0.51a. The speed is a little better (1.5 to 2 sec) as noted by the Time to display at the bottom of the screen, but the actual wall clock time is still several times that. Initial log in displays a time at the bottom of 2 seconds maybe, but the actual time for the system to display anything in the browser is over a minute. If I switch back to 3.6.4, everything is done a fraction of a second. Slow query log has nothing except startup messages in it under both 3.6.4 and 3.6.6. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Queue Question
What does your log file show? Did you create the entries in your alias file? If your using sendmail. _ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Queue Question
Hi, Using RT 3.6.4, I have two queues setup. One is strictly used for clients emailing issues to us. The other is used strictly for tasks. The first one I mentioned works fine with sending and receiving mail. The second, task, is not able to send any mail when creating a new ticket. We basically want, when creating a new task, the ability to have an email sent that a new task is created. Would anyone have any ideas? Thanks, Bill ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Performance issues with 3.6.6 upgrade
On Tue, Feb 05, 2008 at 09:24:07AM -0500, Rob Ansaldo wrote: On Feb 4, 2008, at 3:34 PM, Jesse Vincent wrote: On Feb 4, 2008, at 2:37 PM, Rob Ansaldo wrote: We're testing an upgrade from 3.6.4 to 3.6.6 and have noticed that interactive response time on 3.6.6 is much slower than 3.6.4. Using the exact same hardware, OS, and MySQL db - most screens (ie; at a glance, ticket display) take less than 0.5 seconds when using 3.6.4 and 3 or more seconds on 3.6.6. I have a sneaking suspicion it's related to bugs in the older 5.0.x mysql you're running. But what does your slow query log say? Based on this and the note from Ken Marshall, I upgraded to MySQL 5.0.51a. The speed is a little better (1.5 to 2 sec) as noted by the Time to display at the bottom of the screen, but the actual wall clock time is still several times that. Initial log in displays a time at the bottom of 2 seconds maybe, but the actual time for the system to display anything in the browser is over a minute. If I switch back to 3.6.4, everything is done a fraction of a second. Slow query log has nothing except startup messages in it under both 3.6.4 and 3.6.6. Rob, The time at the bottom of the page is calculated when the page is presented by the RT server. The additional time I am assuming is time spent in the browser rendering the page. I wonder what changes were made between 3.6.4 and 3.6.6 that slowed the rendering so dramatically. We are getting ready to upgrade to the 3.6.x series and I would like to be able to use the latest release. Maybe Jesse has some ideas. Cheers, Ken ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Reports
I was just looking at the built-in reports, and I couldn't find anything on the wiki or list archives about customizing them or creating new reports. What's the most common approach? RT3StatisticsPackage? My needs are pretty simple. Right now just have four main criteria to report on: For a user-definable time period, stats on: - messages received - replies sent - tickets / category (custom field) Thanks, Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Editing a select one custom field
I have a simple custom field, when editing it's presented as a selection box, not a pull down menu because of the size attribute. in Elements/EditCustomFieldSelect on line 65, I found the following: % if ($Multiple or [EMAIL PROTECTED]) { size=%$Rows% % } Assuming I'm reading that correctly as a check to see if the category array is defined, Im wondering why the size would be included. I would think with no categories, you would just want a simple pull-down. Using rt rt3-3.6.3-1.fc7, so might be slightly out of date. Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Ideas on best way to do this?
Here is what I would like to do, but I am not sure if the approach I am taking is one that makes sense or if I should be going about it a different way, so I thought I would ask ☺ Idea for how I would like it to work Caller 1 calls in on Issue A (Ticket #) --Ticket Created --Ticket Gets Resolved --Caller 1 Calls in on Issue B (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved --Caller 1 Calls in on Issue C (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved Caller 2 calls in on Issue A (Ticket #XXXY) --Ticket Created --Ticket Gets Resolved --Caller 2 Calls in on Issue B (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved --Caller 2 Calls in on Issue C (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved The idea is that when we create a ticket for a given user, each additional ticket will refer to the original ticket. So I am thinking that Child Tickets would be the best way to do this. Am I correct, or am I barking up the wrong tree? Thanks In Advance Greg Evans ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Ideas on best way to do this?
Greg Evans wrote: Here is what I would like to do, but I am not sure if the approach I am taking is one that makes sense or if I should be going about it a different way, so I thought I would ask ☺ The idea is that when we create a ticket for a given user, each additional ticket will refer to the original ticket. So I am thinking that Child Tickets would be the best way to do this. Am I correct, or am I barking up the wrong tree? It certainly doesn't seem to make sense, why use the requestor's first ticket as a reference point instead of the requestor account itself? e.g. on any given ticket, one of the searches at the top of the display is This Requestor's other tickets..., and any ticket list or search can be given the restriction Requestor LIKE X.. Perhaps if you explained why you were looking at doing it this way - an idea as to what you are trying to accomplish.. -- 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Ideas on best way to do this?
Leonid Mamchenkov wrote: Hello, On Feb 5, 2008 7:11 PM, Mike Peachey [EMAIL PROTECTED] wrote: It certainly doesn't seem to make sense, why use the requestor's first ticket as a reference point instead of the requestor account itself? [...] Perhaps if you explained why you were looking at doing it this way - an idea as to what you are trying to accomplish.. One of the scenarios I can think about (actually one that I am interested in myself) is when you have a number of clients (company information with several individuals, phone numbers, etc). You create a ticket for each each client with some custom fields to store additional information. Then all requests from the client are created as child tickets, so that you can have a clear picture of what's going on by looking at the links of the client ticket. Why wouldn't you use User Custom Fields instead of storing the information in a separate ticket for the user? -- 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Ideas on best way to do this?
Hello, On Feb 5, 2008 7:11 PM, Mike Peachey [EMAIL PROTECTED] wrote: It certainly doesn't seem to make sense, why use the requestor's first ticket as a reference point instead of the requestor account itself? [...] Perhaps if you explained why you were looking at doing it this way - an idea as to what you are trying to accomplish.. One of the scenarios I can think about (actually one that I am interested in myself) is when you have a number of clients (company information with several individuals, phone numbers, etc). You create a ticket for each each client with some custom fields to store additional information. Then all requests from the client are created as child tickets, so that you can have a clear picture of what's going on by looking at the links of the client ticket. -- Leonid Mamchenkov ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Ideas on best way to do this?
Hey Mike, We don't really use the requestors field because the tickets don't get viewed or looked at by anyone but myself and my boss. We don't want the replies to go out to the customer, so we don't put their name in it or anything so everything is set up so that the only 'requestor' is our support account. Maybe it would be better for me to just turn off the function of emailing on reply (I think that is it) and put the customers email address in the requestors field and then do as you suggest? Greg Evans -Original Message- From: Mike Peachey [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 05, 2008 9:12 AM To: Greg Evans Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Ideas on best way to do this? Greg Evans wrote: Here is what I would like to do, but I am not sure if the approach I am taking is one that makes sense or if I should be going about it a different way, so I thought I would ask ☺ The idea is that when we create a ticket for a given user, each additional ticket will refer to the original ticket. So I am thinking that Child Tickets would be the best way to do this. Am I correct, or am I barking up the wrong tree? It certainly doesn't seem to make sense, why use the requestor's first ticket as a reference point instead of the requestor account itself? e.g. on any given ticket, one of the searches at the top of the display is This Requestor's other tickets..., and any ticket list or search can be given the restriction Requestor LIKE X.. Perhaps if you explained why you were looking at doing it this way - an idea as to what you are trying to accomplish.. -- 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Ideas on best way to do this?
Greg, For each ticket that is created, there are links that you can create that will show the relationship between the two (or more) tickets. Child tickets are designed as a dependency, but a one that belongs to the same queue as the base request. This is in case there is an administrator that wants to keeps tabs on just his responsibilities. There is also the Depends On link, which is designed to show dependency relationships BETWEEN queues. This would be a case where the administrator of one queue wants to know what tasks (from other queues, different administrator) are holding up his work in his queue. Requestor info (i.e. name, company, etc.) can be controlled by the template you use for notification IF you use a notification. If you have a queue where you do not want the requestors to get notifications, just dissable those kind of scrips, but keep the requestor info on the ticket. Ticket relationships are there for project management type reporting. Not every will need/use them. Also, a dependency SHOULD mean that Ticket #1 CANNOT be resolved until Ticket #2 is resolved first. You shouldn't be able to resolve #1 first. That's the point of the dependant relationship. Just a few thoughts. Hope they help. Kenn LBNL On 2/5/2008 9:05 AM, Greg Evans wrote: Here is what I would like to do, but I am not sure if the approach I am taking is one that makes sense or if I should be going about it a different way, so I thought I would ask ☺ Idea for how I would like it to work Caller 1 calls in on Issue A (Ticket #) --Ticket Created --Ticket Gets Resolved --Caller 1 Calls in on Issue B (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved --Caller 1 Calls in on Issue C (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved Caller 2 calls in on Issue A (Ticket #XXXY) --Ticket Created --Ticket Gets Resolved --Caller 2 Calls in on Issue B (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved --Caller 2 Calls in on Issue C (Sub/Child Ticket of Original Ticket) --Ticket Created --Ticket Gets Resolved The idea is that when we create a ticket for a given user, each additional ticket will refer to the original ticket. So I am thinking that Child Tickets would be the best way to do this. Am I correct, or am I barking up the wrong tree? Thanks In Advance Greg Evans ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Is a saved charts list on the home screen possible?
Im running 3.6.6, the latest version, I must be missing it, ill try again today. Thanks for the feedback. -Original Message- From: Jesse Vincent [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 05, 2008 11:40 AM To: Sean McCreadie Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Is a saved charts list on the home screen possible? On Sat, Feb 02, 2008 at 03:41:28PM -0800, Sean McCreadie wrote: I recently created the saved search list that is outlined in the wiki, and its working great. I have it added to my users home screens and they use it to view individual searches that they have created. What im hoping for now is to be able to do something similar with saved charts. I noticed that when you run a search, at the bottom of the show results screen there is an option to create a bar or pie chart with the search data. My managers really like this tool and they want me to create a saved charts section that can be put on the home screen summary, just like the saved searches. When I try to save the chart using the save feature at the bottom, it just adds it into the saved searches and when you click on it, it just shows the search and not direct to the chart. Has anyone explored this? Thanks What version of RT? Recent versions certainly do let you put saved charts on the homepage Sean McCreadie Canyon Partners, LLC 310 858 4288 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Replacing functions
Hi, In RT2 we used to override the LookupExternalUserInfo in the config file. I read about RT3 doing it in a _Local file, but I see things on Google with people putting in User_Local.pm . Shouldn't it go in EmailParser_Local.pm? And does it go into my $RT/etc/ directory or the $RT/lib/RT directory? (FreeBSD ports install) Thanks, Tuc ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Replacing functions
http://wiki.bestpractical.com/view/CleanlyCustomizeRT read about overlays and local dir On Feb 5, 2008 11:13 PM, Tuc at T-B-O-H [EMAIL PROTECTED] wrote: Hi, In RT2 we used to override the LookupExternalUserInfo in the config file. I read about RT3 doing it in a _Local file, but I see things on Google with people putting in User_Local.pm . Shouldn't it go in EmailParser_Local.pm? And does it go into my $RT/etc/ directory or the $RT/lib/RT directory? (FreeBSD ports install) Thanks, Tuc ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Multiple Instances and Instance Specific Local Libs
Been mucking around with a MultipleInstances installation of RT using FastCGI and for the most part it's worked wonderfully. Today though I encountered one oddity where it doesn't appear to be working correctly and that's when attempting to use a modified library located in $ENV{RT_INSTANCE_PATH}/local/lib It appears that although the patch: if ($ENV{RT_INSTANCE_PATH}) { lib-import($ENV{RT_INSTANCE_PATH}/local/lib); } Is added to @INC, it's not adding it before compile time. Has anyone else encountered this while working with MultipleInstances? -- Regards, Derek Buttineau Internet Systems Developer Compu-SOLVE Internet Services Compu-SOLVE Technologies, Inc Phone: 705-725-1212 x255 E-Mail: [EMAIL PROTECTED] ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Changing Queue based on Incoming Email address
I can¹t seem to get the syntax correct for a User Defined scrip to change queue on an existing ticket, based on which email address they send to. I have two queues, [EMAIL PROTECTED] and [EMAIL PROTECTED] We have an external database that sends emails based on where a project is in our workflow, so we need the tickets to drift thru the queues based on emails from the db. Any existing scrips or extensions I might be able to look at? -- Robert Smith | Post Production Manager (:: +1.800.929.0737 x55 | +1.310.882.5584 fax 8:: [EMAIL PROTECTED] | AIM:: bigdaddyfix *:: 6255 Sunset Blvd, 17th Floor, | Hollywood, CA, | 90028 ::: http://www.livenation.com http://www.livenation.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Changing Queue based on Incoming Email address
Whoops. I misread your email.. you said sending *to*, not from. Which syntax is giving you difficulty? I use the following to determine the To: header: my $to = $self-TransactionObj-Attachments-First-GetHeader('To'); From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fixer (Robert Smith) Sent: Tuesday, February 05, 2008 4:48 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Changing Queue based on Incoming Email address I can't seem to get the syntax correct for a User Defined scrip to change queue on an existing ticket, based on which email address they send to. I have two queues, [EMAIL PROTECTED] and [EMAIL PROTECTED] We have an external database that sends emails based on where a project is in our workflow, so we need the tickets to drift thru the queues based on emails from the db. Any existing scrips or extensions I might be able to look at? -- Robert Smith | Post Production Manager *:: +1.800.929.0737 x55 | +1.310.882.5584 fax *:: [EMAIL PROTECTED] | AIM:: bigdaddyfix *:: 6255 Sunset Blvd, 17th Floor, | Hollywood, CA, | 90028 *:: http://www.livenation.com http://www.livenation.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Changing Queue based on Incoming Email address
I create all tickets in our general queue and move them based on domain name. Here's the scrip I use: # Domains we want to move my $domains = {}; my %domain_map = ( '[EMAIL PROTECTED]' = comcast-server, '[EMAIL PROTECTED]'= cox-server ); #Check each of our defined domains for a match foreach my $domainKey (keys %domain_map ){ if($self-TicketObj-RequestorAddresses =~ /^.*?${domainKey}/) { # Domain matches - move to the right queue $self-TicketObj-SetQueue($domain_map{$domainKey}); } } From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fixer (Robert Smith) Sent: Tuesday, February 05, 2008 4:48 PM To: rt-users@lists.bestpractical.com Subject: [rt-users] Changing Queue based on Incoming Email address I can't seem to get the syntax correct for a User Defined scrip to change queue on an existing ticket, based on which email address they send to. I have two queues, [EMAIL PROTECTED] and [EMAIL PROTECTED] We have an external database that sends emails based on where a project is in our workflow, so we need the tickets to drift thru the queues based on emails from the db. Any existing scrips or extensions I might be able to look at? -- Robert Smith | Post Production Manager *:: +1.800.929.0737 x55 | +1.310.882.5584 fax *:: [EMAIL PROTECTED] | AIM:: bigdaddyfix *:: 6255 Sunset Blvd, 17th Floor, | Hollywood, CA, | 90028 *:: http://www.livenation.com http://www.livenation.com/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com