Re: [rt-users] dont reopen

2010-10-28 Thread Albert Shih
 Le 25/10/2010 à 22:08:16+0200, Christian Loos a écrit
 Hi,
 
 i just added your version of this to the wiki page.
 
 We only allow re-opening the ticket if it is resolved less then 7 days.
 If the ticket is resolved more than 7 days, the requestor gets an mail
 (template), that it isn't allowed to re-open the ticket.
 

Lots of thanks for all.

I'm going to try this.

Regards.

JAS
-- 
Albert SHIH
DIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26/06 86 69 95 71
Heure local/Local time:
jeu 28 oct 2010 14:53:39 CEST


[rt-users] Per UserGroup Search

2010-10-28 Thread Michael P. Carel

Hi to all,

I'm just new and currently exploring RT functionality and features. Currently 
I'm having problem in searching ticket which belong to a certain group. I've 
tried the MemberOf search but its not working.

Ex:
group name: support
queue: trouble ticket

search:

Queue = 'trouble ticket' AND MemberOf = 'support'



Thanks in advance for any help and replies.

--Mike
 


  


[rt-users] Keyboard shortcuts for RT

2010-10-28 Thread Peter Reuterås
Hi,

Since I have to sort through a queue in RT with a high percentage of spam
(we don't remove spam for our postmaster queue) I thought it would be useful
with some keyboard shortcuts like n (for next), x (spam), o (open), t (take)
etc for RT. I found a javascript tool from Acunote (1) and made
http://github.com/reuteras/RT-keyboard-shortcuts which is a Greasemonkey (2)
script that adds some keyboard shortcuts to RT. It's a very early release
and I'm not a javascript developer but if it could be useful for anyone else
I just wanted to let the community know that the tool exists and add bugs at
github when you find them. A warning, it's very ease to do x,n,x,n... very
quickly and perhaps miss a real ticket...

/Peter

(1) http://www.acunote.com/open-source/javascript-keyboard-shortcuts
(2) https://addons.mozilla.org/en-US/firefox/addon/748/


Re: [rt-users] Per UserGroup Search

2010-10-28 Thread Kenneth Crocker
Michael,

To the best of my knowledge, there is no way to search for a group. Roles,
yes. You could possibly make a group a Cc watcher and then search for
Cc's.
Also, The MemberOf is for Parent/Child relationships.
Hope this helps.

Kenn
LBNL

On Thu, Oct 28, 2010 at 6:11 AM, Michael P. Carel mikeca...@yahoo.comwrote:


 Hi to all,

 I'm just new and currently exploring RT functionality and features.
 Currently I'm having problem in searching ticket which belong to a certain
 group. I've tried the MemberOf search but its not working.

 Ex:
 group name: support
 queue: trouble ticket

 search:

 Queue = 'trouble ticket' AND MemberOf = 'support'



 Thanks in advance for any help and replies.

 --Mike







Re: [rt-users] Per UserGroup Search

2010-10-28 Thread Kenneth Crocker
Michael,

To the best of my knowledge, there is no way to search for a group. Roles,
yes. You could possibly make a group a Cc watcher and then search for
Cc's.
Also, The MemberOf is for Parent/Child relationships.
Hope this helps.

Kenn
LBNL

On Thu, Oct 28, 2010 at 6:11 AM, Michael P. Carel mikeca...@yahoo.comwrote:


 Hi to all,

 I'm just new and currently exploring RT functionality and features.
 Currently I'm having problem in searching ticket which belong to a certain
 group. I've tried the MemberOf search but its not working.

 Ex:
 group name: support
 queue: trouble ticket

 search:

 Queue = 'trouble ticket' AND MemberOf = 'support'



 Thanks in advance for any help and replies.

 --Mike







Re: [rt-users] schema change/warning in upgrade to RT3.8.8

2010-10-28 Thread Vick Khera

On Oct 27, 2010, at 8:17 PM, Kevin Falcone wrote:

 You may be interested in sbin/rt-validator's output

Wow.  5.5 hours later it deleted a fair number of dangling data rows.

However, my two duplicated groupmembers rows are still there.

What trouble will it cause to not be a unique index on those columns?



[rt-users] Switching queues from comment link

2010-10-28 Thread Chris Hall
It's probably going to be something of a dirty hack but.. I'd like a
one-stop shop where people can re-open resolved tickets, comment on them,
and place them in appropriate queues.  (helpdesk, billing, corp support,
etc...)  The obvious place for this seems to be the Comment link at the
top right, as it has already the dropdowns to re-open the ticket, and a box
for comments.. but I'd like to add in a drop-down to this page to tell it
also which queue it needs to go to once I click Update Ticket.  I've
looked around and I'm a little lost where to begin with something like this.
 Does anybody have any ideas how something like this could be done?


[rt-users] Ignore Forwarding Email Address

2010-10-28 Thread Hans Johnson
Hi All,

I'm looking for a way to have RT not add a specific email address to the
watchers list on ticket creation.

Right now, we have our core email server configured to forward email sent to
supp...@company.com to supp...@rt.company.com.  All further
correspondence with the customer is then done through
supp...@rt.company.comrather than through the main email server.

This is all working quite well, with the notable exception that 
supp...@company.com gets added to the watchers list.  Is there any way to
prevent this from happening?

Thanks for your time,

Hans Johnson

-- 
-
Hans Johnson (hans.john...@gmail.com)
B.ASc, Computer Engineering
Simon Fraser University

... Si hoc legere scis numium eruditionis habes. -- Anonymous


Re: [rt-users] REST interface and long file names?

2010-10-28 Thread Thierry Thelliez
Another piece of info, the filename is 111 character long.


Thierry


Re: [rt-users] REST interface and long file names?

2010-10-28 Thread Thierry Thelliez
Here are few more details.

The web interface access to this attachment works fine.  Looking at
the full header under Ticket/Display.html?ShowHeaders=1;id=123  shows
the subject in one line. And I can download the attachment fine.

But if I call REST/1.0/ticket/123/attachments/1302  then the
mysterious two extra lines and the wrapping appear.



Thierry