Re: [rt-users] highlight updated tickets

2008-02-05 Thread Johan Baarman
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

2008-02-05 Thread Toby Darling
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

2008-02-05 Thread Mathew
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

2008-02-05 Thread Roy Depp
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

2008-02-05 Thread Johan Baarman
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

2008-02-05 Thread Roy Depp
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

2008-02-05 Thread Mathew Snyder
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

2008-02-05 Thread Mathew Snyder
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

2008-02-05 Thread Rob Ansaldo
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

2008-02-05 Thread Sharlon Carty
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

2008-02-05 Thread Candelario, Bill
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

2008-02-05 Thread Kenneth Marshall
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

2008-02-05 Thread Steve Cochran

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

2008-02-05 Thread Steve Cochran

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?

2008-02-05 Thread Greg Evans
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?

2008-02-05 Thread Mike Peachey
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?

2008-02-05 Thread Mike Peachey
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?

2008-02-05 Thread Leonid Mamchenkov
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?

2008-02-05 Thread Greg Evans
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?

2008-02-05 Thread Kenneth Crocker
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?

2008-02-05 Thread Sean McCreadie
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

2008-02-05 Thread Tuc at T-B-O-H
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

2008-02-05 Thread Ruslan Zakirov
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

2008-02-05 Thread Derek Buttineau
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

2008-02-05 Thread Fixer (Robert Smith)
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

2008-02-05 Thread Kimberly McKinnis
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

2008-02-05 Thread Kimberly McKinnis
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