https://rt-wiki.bestpractical.com/api.php?action=feedcontributions&user=131.243.172.232&feedformat=atomRequest Tracker Wiki - User contributions [en]2024-03-28T19:45:35ZUser contributionsMediaWiki 1.37.2https://rt-wiki.bestpractical.com/index.php?title=WishList&diff=4239WishList2010-12-16T20:36:36Z<p>131.243.172.232: /* Config and other options as user preferences */</p>
<hr />
<div>'''First of all''' read! '''Please''', try to group similar things and not duplicate requests. If you don't know state of the feature you want, put it into "Unknown state" section.<br />
<br />
== Work in progress ==<br />
<br />
* Hiding/Suppressing of global scrips per Queue<br />
** This has been done/maintained by [[DirkPape]], you can find it at http://page.mi.fu-berlin.de/~pape/rt3screenshots/.<br />
** '''What about to integrate this to RT main stream?''' -- [[PauloMatos]]<br />
*** I hope this would be integrated in 3.5 with similar wish about [[CFs]] disabling on queue basis. -- [[RuslanZakirov]]<br />
* Porting database connectivity to DB2<br />
** Under investigation. --[[PauloMatos]]<br />
* [[SyncML]] interface. It would be very productive to be able to sync tickets to your calendar/PDA task list. I have seen some posts on rt-commit with syncml in the subject line, but nowhere else in the docs. Is this work in progress? --[[RobertSander]]<br />
* allow ticket responses to be displayed in reverse order.<br />
** implemented in 3.7 and [[ReverseHistoryOrder]] for older<br />
<br />
== Wouldn't be implemented ==<br />
<br />
* New [[EmailParser]] feature that would rely on from/reply-to fields (e.g. support-%ticket_id%@acme.com) for all correspondence and ticket management. At present, simple change of e-mail subject makes a new ticket.<br />
** you can do this with your MTA, you need wrapper around rt-mailgate script that convert such addresses to variant compliant with RT and fix subject if it's required, I believe that it's possible to do with almost all MTAs. Only thing you need to do in RT is add Reply-To header overriding to all your templates. --[[RuslanZakirov]]<br />
* BUG in Quick Create at bottom of screen. The ticket is created WITHOUT a REQUESTOR.<br />
** requestor != creator<br />
* Triage list - I'd like to be able to go through all unowned tickets and assign them to people, reject them or whatever without having to go through each one individually. Even a "reject" link similar to the "take" link on searches or the "resolve" link on the ticket itself would help.<br />
** Just search for tickets owned by nobody, and used bulk update.<br />
<br />
== Unknown state ==<br />
<br />
* Allow for multiple owners of a single ticket<br />
* Add diff style display of changes for custom scrips, conditions and actions. (The unformatted old/new display can be hard to read.)<br />
* A Term::Readline support to bin/rt for command recall and editing<br />
* [[Blacklist]] feature to prevent emails from being sent to no-respond addresses and receiving bounces.<br />
* Pop-up window to open when a new ticket is opened. This helps in case the RT window is minimised. This will help us assign the tickets faster.<br />
** Alternatively, something to change the favicon &amp;| page title, a la Meebo and various Gmail scripts/extensions for Firefox.<br />
** You'll need to write a client for the popup, and you can use the builtin scrips to send the command on an event.<br />
* "Sleep" option - would set the state of a ticket to stalled and then automatically return it to open state at a set time in the future. Boy, would this be useful. As it is now I have to keep scanning my list of stalled tickets to see which ones have had their external constraints unblocked.<br />
** Use a reminder to reopen it? e.g; with an adaptation of one of the email reminders on [[Contributions]]<br />
* Ability to print a number of tickets in one command in the same way that you can update a number of tickets at the same time.<br />
** Try the "Editable text" link from search results?<br />
* Ability to select any ticket already created, duplicate information in that ticket for a new ticket. -- [[ThomasCraigen]]<br />
** See Dirk Pape's fork on [[Contributions]] for older [[RTs]], or the new port currently at http://www.letu.edu/people/markroedel/RT-Extension-ForkTicket-0.1.tgz<br />
* Ability to create multiple tickets based on users data, not too sure how to handle this. Maybe have a separate create page that gives you the option to select the items that are common and items that would unique. -- [[ThomasCraigen]]<br />
** See Tools/[[OfflineEdits]]<br />
* A feature in rt-mailgate to allow ldap bind to cross check an email address with a valid user<br />
** [[RTx]]::[[ExternalAuth]]?<br />
** If valid user then check the organizational unit the user belongs to and automatically assign it to the appropriate queue else drop the request (probably spam and we don't want outside people to create tickets).<br />
*** Then handle this at the MTA?<br />
** The logic being suitable for a service support for a large company with several WAN links across multiple sites - and LDAP users categorized according to location. The is also probably useful for departments as well.<br />
* When switching a call from one queue to another, if they have different mandatory custom fields, I should be prompted to enter the mandatory information. Currently I can move tickets around without entering mandatory info. This annoys those of us who use mandatory fields to prove a ticket has had at least some troubleshooting before we receive it. This re-assign to a new queue defeats this control method.<br />
* Modify share/html/Admin/Users/Modify.html, to say explicitly state the "Let this user be granted rights" check box means Privileged user, e.g. append the string " (a.k.a. Privileged User)." For any software application like RT that has documentation scattered in multiple places (Wiki, Book, Mailing List, ...) an intuitive interface is helpful. Most of RT is very intuitive, but the text here is unnecessarily cryptic.<br />
* Expand [[SelfService]] so that users can be granted rights to see/reply-to tickets that share a common customfield, or tickets owned by users that share a common customfield (e.g., all of the customers in company XYZ can be tagged to explicitly view tickets submitted by that company without giving them rights to see tickets submitted by people in any other company). Right now, the workarounds are serious headaches!! -- [[BrianWeber]]<br />
* Put the visibility toggle buttons on ticket responses<br />
* Create 'Outgoing ticket' with attachments by a Privileged User<br />
* Let each Queue (and/or User) be configured if the default Resolve Ticket ticket screen should be a Reply to Requestor, or a Comment ("[[UpdateType]]=response" in Elements/Tabs). -- JEB<br />
* Split the "attachments" database.<br />
** If binary attachments must be held in a database, lets get it moved off to a separate one<br />
** this would greatly improve the performance of the current database in RT and would make full body text searching something that one could actually accomplish.<br />
<br />
=== Enhanced [CustomField]s ===<br />
<br />
'''Please''', users and testers of the RT 3.5, move items from this list to the "work in progress" section according to changes in 3.5 branch(there is a lot of work on custom fields).<br />
<br />
* dynamically populated custom fields. the ability to generate a value for a custom field based on what is entered in other custom fields<br />
* allow default values for custom fields<br />
* allow custom fields dependants default values<br />
* the ability to add a new value for a custom field "in place" (like Movable Type's 'categories' interface) --[[TonyBowden]]<br />
* Linking multiple custom fields (eg SoftwareNameField--&gt;NumberofItems--&gt;TotalpriceField)<br />
* The abilitiy to dynamically create copies of a custom field within a ticket (okay we need to enter another budget code, now another... )<br />
* The abilitiy to dynamically create copies of groups of custom fields within a ticket (okay we need to enter another of whats above, now another... )<br />
* To see what a custom field / form creator can look like, go to http://www.wufoo.com and imagine if RT was coupled to this flat file db / forms creator tool. Build a web form that still allows free form text entry, maps its form fields to RT columns, utilizes RT task manager functions.<br />
* Keyword feature, aka "tagging" or "Web 2.0". See del.icio.us, flickr, Slashdot's "tagging beta", metafilter, digg for examples. Useful for using resolved tickets as an self-organizing non-hierarchical knowledgebase ("This is an Jersey problem; maybe someone resolved a 'jersey' ticket similar to this?"). Faster than searching all text fields for mention of "jersey" (and someone might've spelled it "sweater" instead, or a client might put "wool shirt" in the original subject line.) Best implementation would offer autocompletion of tag words to encourage conformity (a-la the email fields in RT now; try del.icio.us for an example). --moomo<br />
* The ability to create a custom field without an input as a way to quickly customize queue specific screens (e.g. brief directions for filling out a ticket)<br />
<br />
=== Config and other options as user preferences ===<br />
<br />
* Ability to display customized "RT At A Glance" depending on group membership<br />
* Change default sort order<br />
* Option in Personal Preferences to save you home screen Refresh rate so it is preserved during navigation / logins<br />
* Permission to allow user to change their own password only and not Modify everything under their userid such as email address. Seems [[ModifySelf]] is only option right now.<br />
* Configure home screen:<br />
** Allow user-configurable "bookmarks" to queries<br />
*** bookmarks? May be it's [[SavedSearches]] feature?<br />
** Change default queue for "New Ticket" option<br />
*** most useful I think to remember the last choice --[[RuslanZakirov]]<br />
* Completion of the code allowing RT to be configured to send outgoing email directly to a remote smtp-server instead of to a local sendmail<br />
* Set the Default queue within User Prefs (like: [[SelectDefaultQueue]]) but in a easy way without usage of CF's (Torsten Brumm)<br />
* Set the default Refresh as a "global" User Setting within User Prefs (Torsten Brumm)<br />
* A History for Changes for Queues like it is for Users (Torsten Brumm)<br />
* CF's for Queues, which are not displayed within a Ticket of a queue, something like the CF's per User or Group (Torsten Brumm)<br />
* Make Timezone a per-user configurable option --[[AtroTossavainen]]<br />
* Ability to display ticket history by page, e.g. 15 rows/transaction logs per page, with Next, First, Previous, Last buttons/links at the bottom or top. Especially helpful and useful for tickets with huge history/transactions and if using RT from a slow connection.<br />
* UI for end user setting up inbound mail rules, like the MS Outlook Rules Wizard, (Maybe Outlook Express and Thunderbird have these wizards, too. The Outlook one is pretty easy to understand).<br />
* Ability to create permissions (rights) profiles.<br />
** Permissions we grant to our users and groups are generally the same and selecting a profile of permissions would be faster and easier to manage than to have to select several permissions each time. For example, a profile "Read only" with the rights 'See Queue, Show Ticket and Show [[TicketComments]]'.<br />
* Allow users to set their preference for a default display when in a ticket (ie. Basics, as opposed to Display). Not everyone wants to see the full display, they may just want Basics.<br />
** Allow the same preference for the format for the display of ticket dates to also apply to CF Dates.<br />
** Select which Dates are displayed in the Date Box, including CF Dates.<br />
<br />
=== Installation &amp; Upgrade ===<br />
<br />
* Ease of installation should be a major focus - right now the installation process is so complicated that it's a real barrier to evaluating your software. Why does it have to depend on '''so many''' extra modules?<br />
* Adding a database element to indicate the database revision. This would make upgrades significantly easier (as well as automatable, after a point). --[[B2Pi]]<br />
* Maybe you could provide a RT as [[VMWare]]-Appliance, so we could evaluate your product esay?<br />
* It would be nice or even intresting to supply a build for Windows or Mac OSX<br />
<br />
=== REST ===<br />
<br />
* Correct status code for GET and POST commands (not only in response body).<br />
* Constant date & time format for date-time fields.<br />
* Constant value for empty fields instead of localized string for "Not set".<br />
<br />
=== Other ===<br />
<br />
* Create multi-platform desktop widgets that can be used to perform simple actions on tickets via the web service URL, e.g. quickly resolve a ticket from my Mac OS X dashboard. --[[ChrisHardie]]<br />
* Allow users with admin rights to reassign tickets without having to steal them first.<br />
* Put a "Save Changes" buttom at the TOP as well as bottom on all Update Pages. ie. Config->Global->Group Rights & Config->Queue->Group Rights.<br />
** Allow the "Group Rights" pages the option of selecting which groups to show/not show. Similar to the list in "QuickSearch".<br />
* I'd like for the SEARCH default fields to be MUCH smaller (Queue,ticket#,status, requestor &amp; owner). anything is really superflous and should be up to the user.<br />
** Add the ability to select multiple columns (at once - hold the control key, etc.) to remove from search results.<br />
** Add "Comments" to the list for Search Results columns. A lot of managers want to see what the ticket owners are saying.<br />
* Rights Matrix needs to allow for one queue and one person. I DON'T need a list five miles wide.<br />
* How about Single-Signon (SSO) authentication for systems which insert variables into the HTTP header to identify the user?<br />
* Quotes in mail from requestors<br />
** Folding quotes - that is, a bit of [[JavaScript]] bound to a link that lets you hide/show quoted text in the email, default to hidden on page load --[[NathanOsullivan]].<br />
** Converting quotes - The javascript fold quote method has the drawback that it still takes a long time to display long threads with lot of quotes. It would make more sense to convert quoted text to attachments. -- Miklos Muller<br />
* How about alternate email addresses for a user? I have an odd situation, with an old UNIX system that handles multiple domains, people who forward their email off to other sites, etc. I'd like to be able to take the user 'bob' ([mailto:bob@example.com bob@example.com]), and add an alternate address that can be considered equivalent ([mailto:bob@mail.example.com bob@mail.example.com]). Not the easiest thing to implement, I'd guess. (as of 3.4, not present)<br />
** If there were custom fields for user objects, this would be fairly easy to implement with a custom field on the user (alternate address) that pointed an overlaid [[CanonicalizeEmailAddress]] to the right address -- could be parsed from the extra info, in absence of custom fields.<br />
** This was discussed on the [[MailingLists]] --[[RuslanZakirov]]<br />
* Another great feature for RT is to have a current overview for logged in user. Somewhat like JIRA's Dashboard feature. JIRA has a saved filters (equivalent to RT's saved search URL), Assigned to me, and in progress... RT should have these + open watches (like ebay allows watch on items) Look www.atlassian.com/software/jira/tour/step1.jsp -- Amit Kulkarni (forestlaw.blogspot.com)<br />
** as variant you can use [[HomePageSavedSearches]] extension<br />
* Modify the homepage for a privileged user that allows easy manipulation of the queues for new, unowned tickets. I think a system that is similiar to how webmail interfaces allow a user to check a group of messages and quickly move them to a folder. Currently, it takes four steps to modify a queue and return to the homepage.<br />
** this extension looks useful only for those who move tickets a lot because of workflow requirement --[[RuslanZakirov]]<br />
** could be done with extending search column map in RT &gt;= 3.4, require only hack on column map --[[RuslanZakirov]]<br />
* support for multiple instances included in base code. Patches are available at [[MultipleInstances]], but I think it would be great if this were part of the sourcetree.<br />
* When updating multiple tickets, use a template solution from the RTFM Database same as you do for a regular ticket resolve/reply<br />
* Gantt view of queue.<br />
* Possibility to emphasize nearly due and overdue tickets by giving them different colors in the list view<br />
* It would also be nice to highlight tickets that you own but were not the last person to make contact with it. It's an easy patch but would be nice to see it main stream.<br />
* RSS/atom feed support for queues<br />
** RSS feed for ticket comments (project manager can subscribe and see what activity is happening overall)<br />
** See [[RssFeed]] for more information about how to use the feeds that are in 3.4<br />
* Rights Inheritance when creating a queue. In the short term, just being able to do something like "Copy rights from queue: xxxxxxx" would be great. Long term, it would be cool if queues could inherit rights dynamically from a specified queue. So you assign rights to 'network-outages' and then create a queue called 'network-maintenance' and tell it to get its rights from 'network-outages' -- [[AndyHarrison]]<br />
** See Queue Wizard in [[Extensions]]<br />
* Speller - Very important for International users on the reply/resolve/comment window. aspell?<br />
** see [[SpellChecking]]<br />
* Linking [[RTs]]. There could be instances where you want to be able to refer to tickets in queue's in another RT installation, or you might want to transfer tickets to another RT. Slightly exotic, but thought I'd put it up here anyhow :-)<br />
** I agree that this would be quite useful<br />
* New sub-pane on left-hand side: tickets recently viewed (handy when establishing ticket dependencies, etc) --[[KevinMurphy]]<br />
* Manage rights to enable access to RTFM content for non-privileged users. --[[OlivierEnault]]<br />
* A checkbox next to tickets in the search results view so that you can do an update all selected tickets at once. This is much faster than using a search at times. With this feature, I could get rid of spam much more easily. --[[GaryWilson]]<br />
** There is bulk update in RT for a long time.<br />
* Hierarchical queues (has been referred to on the list as subqueues), so they could be in a tree structure instead of just a list. This could be done by just storing a parent queue for each queue. A queue with no parent set would be a top-level queue.<br />
* Similarly, a hierarchy of tickets. Using the existing parent/child structure (or the 'dependson' structure, ideally let the user choose), display tickets in a tree view. This would make it much easier to determine what task needs to be done next when working on a large project.<br />
* Give requestors a mass edit screen to set priorities on tickets. The existing mass edit screen would allow for setting a group of tickets to all have the same priority, I'm looking for a screen showing all tickets that meet a criteria (I am the requestor, status is open or new, in queue xyz) with input fields for the priority of each. This allows clients to downgrade tasks that perhaps have been in the queue for some time (and therefore high priority by RT rules) but are not the most important.<br />
* Ability to schedule work in advance and have the ticket display at the Start Time. This is valuable when scheduling projects for future dates.<br />
** could be done with notifications + rt-crontool --[[RuslanZakirov]]<br />
* Favourite feature from similar-product : shortcuts for reply snippets. Configure at a global level a dictionary of shortcut =&gt; text, for example "down" =&gt; "Sorry this service was down, please try again.". Choose which queues to assign snippets to. When typing a reply, entering "down`" (shortcut followed by backquote) would immediately replace "down`" with the full text for down via javascript --[[NathanOsullivan]]<br />
* Bounce detection - file bounces into ticket whose email bounced: http://lists.fsck.com/pipermail/rt-users/2003-March/012729.html<br />
* a new command line interface written in ncurses, accessed by telnet or ssh for advanced users/sys admins, to be fast, light &amp; easy (like the OS/400 GUI) for eg : 'ssh RT.domain.com -l user -p pwd'. the ncurses program interface would be connected either directly on the RT's web site '''or connected on a new abstraction layer virtual interface between the SQL DB &amp; the WEB engine, giving the possibility to access RT by plugins in third party applications''' (lotus notes, XUL, python, java...)<br />
* Custom Field dependencies. Additional code and JavaScript based improvement for WebUI that allow setup CF2 Value only if CF1 was choosen. For eg: CF: Product, CF: Version, Product1 has Version 1,2,3 but Product2 has Version 1 and 2 only.<br />
* Comment/Reply display button on ticket page. Often the only information we want to view about an issue is contained in the Comments or Replies. It might be useful to have a button on the ticket page (like the Basics, History buttons etc) that selects only Comments and Replies for display.<br />
<br />
* Allow for reversing the ticket priority. Most other systems I have seen use 0 as the highest priority.<br />
* The ability to "Save Draft". We use RT just like we use email ... a lot. Sometimes tickets require lengthly responses, so the ability to save it as a draft and come back to work on it later would be great.<br />
* The ability to "Open in new window". This is a feature of gmail that I really like. i.e., while reading/replying to an email in gmail, I can click on "New window" and it pops up in another browser window. The ability to do the same in rt would be great.<br />
* The ability to integrate RT with other systems using SOAP (with RT authentication), offering services to at least:<br />
** List queues with ticket counts<br />
** Query tickets<br />
** Get ticket data<br />
** Create/Change ticket<br />
* Define a function/interface to incorporte error logging by other applications (merge user reporting with system reporting)<br />
* Ability to have a Next Action option for each history job, then a Today's Tasks option. ie: note to call customer on Monday on 3 weeks to follow up something, so when that date comes around, you're prompted to do so (option for daily prompt email of your 'to do today' jobs would be awesome as well).<br />
** i.e; the Calendar System (built on Reminders) listed below?<br />
* Ability to use "conversation" (a la gmail) style display in tickets. Currently, long tickets sometimes end up looking like a chain email.<br />
* Someone would like to have rules for workflows implemented. See [[RulesetWorkflow]]<br />
<br />
* A "Top" link at the bottom of pages that have enough transactions to run the bottom of the ticket off the screen. As people use different resolutions this might be something that appears regardless of how many transactions appear or set to appear for a static number of transactions.<br />
* Have the take command assign the next available ticket of a given status and queue to a user, who may be one of a group of users logged in at once. So user opens Jumbo screen or single ticket screen and clicks take to start the day. Works ticket to its furthest possible point, saves, then does another take command and the next ticket from the queue appears. User never picks a specific ticket from a list, the queue manager assigns next ticket. May need to be combined with the workflow and tree view of queues, as users would need to be assigned only to certain stages of multi-stage workflow, like passing tickets across queues, possibly.<br />
* A Address Book, one on a User base and also a global/group one. This must be linked into the several update screen where you can add users. Also an Import/export/sync Option would be cool. (Torsten Brumm)<br />
* Add a '&lt;meta name="robots" content="index,nofollow"&gt;' robot exclusion meta tag to every page so that indexing is safer. See: http://www.robotstxt.org/wc/meta-user.html .<br />
<br />
* A configuration option to allow Unprivileged users of the same organization to see tickets requested by others of that same organization. This would allow a requestor working for company/department 'A' to see what others within that same company/department 'A' have lodged with the help desk. I would suggest, for simplicity, that this be a universal configuration, such that if enabled all requestors can see tickets raised by members of their own organization. -- [[BenRobson]]<br />
<br />
== Bad descriptions ==<br />
<br />
* A Calendar System for Scheduling Apointments for a Technician(user of a group) on a Ticket that shows up for all users in a group.<br />
** require more description and/or examples --[[RuslanZakirov]]<br />
** Yes, a Calendar would be great, the Reminders could be listed in a Users Calendar, and also a Queue based Calendar where are all Tickets displayed which have at least Starts and Due defined. Also a Calendar View over all Queues the user has rights too. This on a day, week, month base to keep track of ongoing events.<br />
** I'm not the original proposer but: The ability to add a multiple items in the form of ( datetime,user|group ) to a ticket. And also be able to view as calendar all the items assign to your user and the groups which you belong to . This would be useful for us. Particularly if todays calendar was on the at-a-glance page.<br />
** I think what they are asking for here is something like the calendar feature seen in the OTRS demo. http://otrs.org/demo/ This kind of calendar view would be pretty handy.<br />
** Why not use [[RTx]]::Calendar and/or iCal feeds?<br />
* [[WiKi]] plugin to use with RT?<br />
** RTFM project?<br />
* Regular style pull-down menus instead of small boxes<br />
* Elaboration of "Show Results" link to become a list of recent queries --[[KevinMurphy]]<br />
* I wish there was a painless way to make custom changes to the interface<br />
** [[CleanlyCustomizeRT]], otherwise post your ideas to the [[MailingLists]] --[[RuslanZakirov]]<br />
<br />
== Done ==<br />
<br />
* Wildcard strings in search text<br />
** RT allow SQL wildcards: '%' - any sequence, '?' - exactly one char. Undocumented feature. Patches, wiki notes are welcome as I think :) --[[RuslanZakirov]]<br />
* Possibility to host several independent "local" sites. One main RT installation, but multiple local parts with fully independent local installations , users , queues. Think of an ASP service for RT.<br />
** It's possible. Read [[MultipleInstances]] --[[RuslanZakirov]]<br />
** However, it's not very host-friendly as you have to load up the RT modules multiple times which creates a significant memory footprint -- [[WilliamMcKee]]<br />
* I'd like to be able to have a 'default Cc: address for newly created tickets' option when creating queues. I always need to add "[mailto:support@companyname support@companyname]" to a newly opened ticket to make sure that my Ops team mailing list gets updated when the RT ticket is commented/replied to, and such a feature would be a small but greatly appreciated timesaver!<br />
** Use Notify Group from [[Extensions]] or use a [[Template]] that overrides To address. --[[RuslanZakirov]]<br />
* Ability to work with custom fields using the 'rt' command (or at least set values on ticket creation/edit) --[[RyanRoland]], --[[BrandonPulsipher]]<br />
** there is patches in rt-devel@ archives and may be changes commited into 3.5<br />
* Per user [[NotifyActor]] option<br />
** RT-3.7<br />
* Allow for reverse comment history -&gt; showing the newest comments first in the list, instead of at the bottom of the list.<br />
** RT-3.7<br />
* Be able to use S/MIME or PGP to encrypt outgoing and incoming email. Since RT 3.4 provides custom fields for users, it would be able to store user certificates in a custom field, just need the glue to use it.<br />
** RT-3.7<br />
* Default display columns for search results. It seems a bit crazy to be able to configure a default At a Glance layout, but not a default set of display columns. My users don't need the 2-line display and I don't want to have to change them all. Plus even if I did change them a new user would end up with the wrong options again<br />
** Make a local customization?<br />
*** You can do this now. Please go to Preferences &gt; Search Options.<br />
<br />
=== Features implemented in RT 3.6 ===<br />
<br />
These features are available with RT-3.6 stable release.<br />
<br />
* Global Custom Fields disabling on queue level<br />
* Required Custom fields. It was discussed many times, but people still want it.<br />
* The ability to modify the user rights specifically by custom field. eg a change is proposed but has to be authorised by the CM Manager. Only that person would have the right to modify the custom "approved" field. Operators could not.<br />
** [[SeeCustomField]] and [[ModifyCustomField]] rights are implemented in RT-3.5 (may be even in 3.4.4, drop this)<br />
* Printer friendly view of tasks and queue.<br />
** This can be done with special CSS rules for printed media<br />
* Option for a javascript or DHTML date selector on date/time fields for faster entry.<br />
* Web front-end customizability via CSS.<br />
** It's partly customizable via CSS in 3.x versions(see webrt.css file)<br />
*** Interface of the RT 3.5 uses CSS all over the places, if it still not enough then file bug report<br />
* Configurable home screen:<br />
** How many tickets to show<br />
** Which queues to show tickets for in lists<br />
** Which lists to have visible (ie. remember the X has been clicked)<br />
* Allow multiple levels of sorting in queries - ie. Order by Status, then by [[LastModified]].<br />
* Search form should be a simple textfield just like google textfield. Advanced customization should be shifted to a "Advanced Search Preferences". A simple note on top of the textfield should state in what order RT will search i.e Owner, Email id, subject, queue, priority etc. With just the subject as a required field. This will be like a C like char * argv parsing. -- Amit Kulkarni (forestlaw.blogspot.com)<br />
* Integrate [[FCKEditor]] for ticket comments/replies. http://www.fckeditor.net/<br />
** 3.7(.82) has this...<br />
* [http://www.freepan.org FreePAN]</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=WishList&diff=4238WishList2010-12-16T20:34:26Z<p>131.243.172.232: /* Other */</p>
<hr />
<div>'''First of all''' read! '''Please''', try to group similar things and not duplicate requests. If you don't know state of the feature you want, put it into "Unknown state" section.<br />
<br />
== Work in progress ==<br />
<br />
* Hiding/Suppressing of global scrips per Queue<br />
** This has been done/maintained by [[DirkPape]], you can find it at http://page.mi.fu-berlin.de/~pape/rt3screenshots/.<br />
** '''What about to integrate this to RT main stream?''' -- [[PauloMatos]]<br />
*** I hope this would be integrated in 3.5 with similar wish about [[CFs]] disabling on queue basis. -- [[RuslanZakirov]]<br />
* Porting database connectivity to DB2<br />
** Under investigation. --[[PauloMatos]]<br />
* [[SyncML]] interface. It would be very productive to be able to sync tickets to your calendar/PDA task list. I have seen some posts on rt-commit with syncml in the subject line, but nowhere else in the docs. Is this work in progress? --[[RobertSander]]<br />
* allow ticket responses to be displayed in reverse order.<br />
** implemented in 3.7 and [[ReverseHistoryOrder]] for older<br />
<br />
== Wouldn't be implemented ==<br />
<br />
* New [[EmailParser]] feature that would rely on from/reply-to fields (e.g. support-%ticket_id%@acme.com) for all correspondence and ticket management. At present, simple change of e-mail subject makes a new ticket.<br />
** you can do this with your MTA, you need wrapper around rt-mailgate script that convert such addresses to variant compliant with RT and fix subject if it's required, I believe that it's possible to do with almost all MTAs. Only thing you need to do in RT is add Reply-To header overriding to all your templates. --[[RuslanZakirov]]<br />
* BUG in Quick Create at bottom of screen. The ticket is created WITHOUT a REQUESTOR.<br />
** requestor != creator<br />
* Triage list - I'd like to be able to go through all unowned tickets and assign them to people, reject them or whatever without having to go through each one individually. Even a "reject" link similar to the "take" link on searches or the "resolve" link on the ticket itself would help.<br />
** Just search for tickets owned by nobody, and used bulk update.<br />
<br />
== Unknown state ==<br />
<br />
* Allow for multiple owners of a single ticket<br />
* Add diff style display of changes for custom scrips, conditions and actions. (The unformatted old/new display can be hard to read.)<br />
* A Term::Readline support to bin/rt for command recall and editing<br />
* [[Blacklist]] feature to prevent emails from being sent to no-respond addresses and receiving bounces.<br />
* Pop-up window to open when a new ticket is opened. This helps in case the RT window is minimised. This will help us assign the tickets faster.<br />
** Alternatively, something to change the favicon &amp;| page title, a la Meebo and various Gmail scripts/extensions for Firefox.<br />
** You'll need to write a client for the popup, and you can use the builtin scrips to send the command on an event.<br />
* "Sleep" option - would set the state of a ticket to stalled and then automatically return it to open state at a set time in the future. Boy, would this be useful. As it is now I have to keep scanning my list of stalled tickets to see which ones have had their external constraints unblocked.<br />
** Use a reminder to reopen it? e.g; with an adaptation of one of the email reminders on [[Contributions]]<br />
* Ability to print a number of tickets in one command in the same way that you can update a number of tickets at the same time.<br />
** Try the "Editable text" link from search results?<br />
* Ability to select any ticket already created, duplicate information in that ticket for a new ticket. -- [[ThomasCraigen]]<br />
** See Dirk Pape's fork on [[Contributions]] for older [[RTs]], or the new port currently at http://www.letu.edu/people/markroedel/RT-Extension-ForkTicket-0.1.tgz<br />
* Ability to create multiple tickets based on users data, not too sure how to handle this. Maybe have a separate create page that gives you the option to select the items that are common and items that would unique. -- [[ThomasCraigen]]<br />
** See Tools/[[OfflineEdits]]<br />
* A feature in rt-mailgate to allow ldap bind to cross check an email address with a valid user<br />
** [[RTx]]::[[ExternalAuth]]?<br />
** If valid user then check the organizational unit the user belongs to and automatically assign it to the appropriate queue else drop the request (probably spam and we don't want outside people to create tickets).<br />
*** Then handle this at the MTA?<br />
** The logic being suitable for a service support for a large company with several WAN links across multiple sites - and LDAP users categorized according to location. The is also probably useful for departments as well.<br />
* When switching a call from one queue to another, if they have different mandatory custom fields, I should be prompted to enter the mandatory information. Currently I can move tickets around without entering mandatory info. This annoys those of us who use mandatory fields to prove a ticket has had at least some troubleshooting before we receive it. This re-assign to a new queue defeats this control method.<br />
* Modify share/html/Admin/Users/Modify.html, to say explicitly state the "Let this user be granted rights" check box means Privileged user, e.g. append the string " (a.k.a. Privileged User)." For any software application like RT that has documentation scattered in multiple places (Wiki, Book, Mailing List, ...) an intuitive interface is helpful. Most of RT is very intuitive, but the text here is unnecessarily cryptic.<br />
* Expand [[SelfService]] so that users can be granted rights to see/reply-to tickets that share a common customfield, or tickets owned by users that share a common customfield (e.g., all of the customers in company XYZ can be tagged to explicitly view tickets submitted by that company without giving them rights to see tickets submitted by people in any other company). Right now, the workarounds are serious headaches!! -- [[BrianWeber]]<br />
* Put the visibility toggle buttons on ticket responses<br />
* Create 'Outgoing ticket' with attachments by a Privileged User<br />
* Let each Queue (and/or User) be configured if the default Resolve Ticket ticket screen should be a Reply to Requestor, or a Comment ("[[UpdateType]]=response" in Elements/Tabs). -- JEB<br />
* Split the "attachments" database.<br />
** If binary attachments must be held in a database, lets get it moved off to a separate one<br />
** this would greatly improve the performance of the current database in RT and would make full body text searching something that one could actually accomplish.<br />
<br />
=== Enhanced [CustomField]s ===<br />
<br />
'''Please''', users and testers of the RT 3.5, move items from this list to the "work in progress" section according to changes in 3.5 branch(there is a lot of work on custom fields).<br />
<br />
* dynamically populated custom fields. the ability to generate a value for a custom field based on what is entered in other custom fields<br />
* allow default values for custom fields<br />
* allow custom fields dependants default values<br />
* the ability to add a new value for a custom field "in place" (like Movable Type's 'categories' interface) --[[TonyBowden]]<br />
* Linking multiple custom fields (eg SoftwareNameField--&gt;NumberofItems--&gt;TotalpriceField)<br />
* The abilitiy to dynamically create copies of a custom field within a ticket (okay we need to enter another budget code, now another... )<br />
* The abilitiy to dynamically create copies of groups of custom fields within a ticket (okay we need to enter another of whats above, now another... )<br />
* To see what a custom field / form creator can look like, go to http://www.wufoo.com and imagine if RT was coupled to this flat file db / forms creator tool. Build a web form that still allows free form text entry, maps its form fields to RT columns, utilizes RT task manager functions.<br />
* Keyword feature, aka "tagging" or "Web 2.0". See del.icio.us, flickr, Slashdot's "tagging beta", metafilter, digg for examples. Useful for using resolved tickets as an self-organizing non-hierarchical knowledgebase ("This is an Jersey problem; maybe someone resolved a 'jersey' ticket similar to this?"). Faster than searching all text fields for mention of "jersey" (and someone might've spelled it "sweater" instead, or a client might put "wool shirt" in the original subject line.) Best implementation would offer autocompletion of tag words to encourage conformity (a-la the email fields in RT now; try del.icio.us for an example). --moomo<br />
* The ability to create a custom field without an input as a way to quickly customize queue specific screens (e.g. brief directions for filling out a ticket)<br />
<br />
=== Config and other options as user preferences ===<br />
<br />
* Ability to display customized "RT At A Glance" depending on group membership<br />
* Change default sort order<br />
* Option in Personal Preferences to save you home screen Refresh rate so it is preserved during navigation / logins<br />
* Permission to allow user to change their own password only and not Modify everything under their userid such as email address. Seems [[ModifySelf]] is only option right now.<br />
* Configure home screen:<br />
** Allow user-configurable "bookmarks" to queries<br />
*** bookmarks? May be it's [[SavedSearches]] feature?<br />
** Change default queue for "New Ticket" option<br />
*** most useful I think to remember the last choice --[[RuslanZakirov]]<br />
* Completion of the code allowing RT to be configured to send outgoing email directly to a remote smtp-server instead of to a local sendmail<br />
* Set the Default queue within User Prefs (like: [[SelectDefaultQueue]]) but in a easy way without usage of CF's (Torsten Brumm)<br />
* Set the default Refresh as a "global" User Setting within User Prefs (Torsten Brumm)<br />
* A History for Changes for Queues like it is for Users (Torsten Brumm)<br />
* CF's for Queues, which are not displayed within a Ticket of a queue, something like the CF's per User or Group (Torsten Brumm)<br />
* Make Timezone a per-user configurable option --[[AtroTossavainen]]<br />
* Ability to display ticket history by page, e.g. 15 rows/transaction logs per page, with Next, First, Previous, Last buttons/links at the bottom or top. Especially helpful and useful for tickets with huge history/transactions and if using RT from a slow connection.<br />
* UI for end user setting up inbound mail rules, like the MS Outlook Rules Wizard, (Maybe Outlook Express and Thunderbird have these wizards, too. The Outlook one is pretty easy to understand).<br />
* Ability to create permissions (rights) profiles.<br />
** Permissions we grant to our users and groups are generally the same and selecting a profile of permissions would be faster and easier to manage than to have to select several permissions each time. For example, a profile "Read only" with the rights 'See Queue, Show Ticket and Show [[TicketComments]]'.<br />
* Allow users to set their preference for a default display when in a ticket (ie. Basics, as opposed to Display). Not everyone wants to see the full display, they may just want Basics.<br />
** Select which Dates are displayed in the Date Box, including CF Dates.<br />
<br />
=== Installation &amp; Upgrade ===<br />
<br />
* Ease of installation should be a major focus - right now the installation process is so complicated that it's a real barrier to evaluating your software. Why does it have to depend on '''so many''' extra modules?<br />
* Adding a database element to indicate the database revision. This would make upgrades significantly easier (as well as automatable, after a point). --[[B2Pi]]<br />
* Maybe you could provide a RT as [[VMWare]]-Appliance, so we could evaluate your product esay?<br />
* It would be nice or even intresting to supply a build for Windows or Mac OSX<br />
<br />
=== REST ===<br />
<br />
* Correct status code for GET and POST commands (not only in response body).<br />
* Constant date & time format for date-time fields.<br />
* Constant value for empty fields instead of localized string for "Not set".<br />
<br />
=== Other ===<br />
<br />
* Create multi-platform desktop widgets that can be used to perform simple actions on tickets via the web service URL, e.g. quickly resolve a ticket from my Mac OS X dashboard. --[[ChrisHardie]]<br />
* Allow users with admin rights to reassign tickets without having to steal them first.<br />
* Put a "Save Changes" buttom at the TOP as well as bottom on all Update Pages. ie. Config->Global->Group Rights & Config->Queue->Group Rights.<br />
** Allow the "Group Rights" pages the option of selecting which groups to show/not show. Similar to the list in "QuickSearch".<br />
* I'd like for the SEARCH default fields to be MUCH smaller (Queue,ticket#,status, requestor &amp; owner). anything is really superflous and should be up to the user.<br />
** Add the ability to select multiple columns (at once - hold the control key, etc.) to remove from search results.<br />
** Add "Comments" to the list for Search Results columns. A lot of managers want to see what the ticket owners are saying.<br />
* Rights Matrix needs to allow for one queue and one person. I DON'T need a list five miles wide.<br />
* How about Single-Signon (SSO) authentication for systems which insert variables into the HTTP header to identify the user?<br />
* Quotes in mail from requestors<br />
** Folding quotes - that is, a bit of [[JavaScript]] bound to a link that lets you hide/show quoted text in the email, default to hidden on page load --[[NathanOsullivan]].<br />
** Converting quotes - The javascript fold quote method has the drawback that it still takes a long time to display long threads with lot of quotes. It would make more sense to convert quoted text to attachments. -- Miklos Muller<br />
* How about alternate email addresses for a user? I have an odd situation, with an old UNIX system that handles multiple domains, people who forward their email off to other sites, etc. I'd like to be able to take the user 'bob' ([mailto:bob@example.com bob@example.com]), and add an alternate address that can be considered equivalent ([mailto:bob@mail.example.com bob@mail.example.com]). Not the easiest thing to implement, I'd guess. (as of 3.4, not present)<br />
** If there were custom fields for user objects, this would be fairly easy to implement with a custom field on the user (alternate address) that pointed an overlaid [[CanonicalizeEmailAddress]] to the right address -- could be parsed from the extra info, in absence of custom fields.<br />
** This was discussed on the [[MailingLists]] --[[RuslanZakirov]]<br />
* Another great feature for RT is to have a current overview for logged in user. Somewhat like JIRA's Dashboard feature. JIRA has a saved filters (equivalent to RT's saved search URL), Assigned to me, and in progress... RT should have these + open watches (like ebay allows watch on items) Look www.atlassian.com/software/jira/tour/step1.jsp -- Amit Kulkarni (forestlaw.blogspot.com)<br />
** as variant you can use [[HomePageSavedSearches]] extension<br />
* Modify the homepage for a privileged user that allows easy manipulation of the queues for new, unowned tickets. I think a system that is similiar to how webmail interfaces allow a user to check a group of messages and quickly move them to a folder. Currently, it takes four steps to modify a queue and return to the homepage.<br />
** this extension looks useful only for those who move tickets a lot because of workflow requirement --[[RuslanZakirov]]<br />
** could be done with extending search column map in RT &gt;= 3.4, require only hack on column map --[[RuslanZakirov]]<br />
* support for multiple instances included in base code. Patches are available at [[MultipleInstances]], but I think it would be great if this were part of the sourcetree.<br />
* When updating multiple tickets, use a template solution from the RTFM Database same as you do for a regular ticket resolve/reply<br />
* Gantt view of queue.<br />
* Possibility to emphasize nearly due and overdue tickets by giving them different colors in the list view<br />
* It would also be nice to highlight tickets that you own but were not the last person to make contact with it. It's an easy patch but would be nice to see it main stream.<br />
* RSS/atom feed support for queues<br />
** RSS feed for ticket comments (project manager can subscribe and see what activity is happening overall)<br />
** See [[RssFeed]] for more information about how to use the feeds that are in 3.4<br />
* Rights Inheritance when creating a queue. In the short term, just being able to do something like "Copy rights from queue: xxxxxxx" would be great. Long term, it would be cool if queues could inherit rights dynamically from a specified queue. So you assign rights to 'network-outages' and then create a queue called 'network-maintenance' and tell it to get its rights from 'network-outages' -- [[AndyHarrison]]<br />
** See Queue Wizard in [[Extensions]]<br />
* Speller - Very important for International users on the reply/resolve/comment window. aspell?<br />
** see [[SpellChecking]]<br />
* Linking [[RTs]]. There could be instances where you want to be able to refer to tickets in queue's in another RT installation, or you might want to transfer tickets to another RT. Slightly exotic, but thought I'd put it up here anyhow :-)<br />
** I agree that this would be quite useful<br />
* New sub-pane on left-hand side: tickets recently viewed (handy when establishing ticket dependencies, etc) --[[KevinMurphy]]<br />
* Manage rights to enable access to RTFM content for non-privileged users. --[[OlivierEnault]]<br />
* A checkbox next to tickets in the search results view so that you can do an update all selected tickets at once. This is much faster than using a search at times. With this feature, I could get rid of spam much more easily. --[[GaryWilson]]<br />
** There is bulk update in RT for a long time.<br />
* Hierarchical queues (has been referred to on the list as subqueues), so they could be in a tree structure instead of just a list. This could be done by just storing a parent queue for each queue. A queue with no parent set would be a top-level queue.<br />
* Similarly, a hierarchy of tickets. Using the existing parent/child structure (or the 'dependson' structure, ideally let the user choose), display tickets in a tree view. This would make it much easier to determine what task needs to be done next when working on a large project.<br />
* Give requestors a mass edit screen to set priorities on tickets. The existing mass edit screen would allow for setting a group of tickets to all have the same priority, I'm looking for a screen showing all tickets that meet a criteria (I am the requestor, status is open or new, in queue xyz) with input fields for the priority of each. This allows clients to downgrade tasks that perhaps have been in the queue for some time (and therefore high priority by RT rules) but are not the most important.<br />
* Ability to schedule work in advance and have the ticket display at the Start Time. This is valuable when scheduling projects for future dates.<br />
** could be done with notifications + rt-crontool --[[RuslanZakirov]]<br />
* Favourite feature from similar-product : shortcuts for reply snippets. Configure at a global level a dictionary of shortcut =&gt; text, for example "down" =&gt; "Sorry this service was down, please try again.". Choose which queues to assign snippets to. When typing a reply, entering "down`" (shortcut followed by backquote) would immediately replace "down`" with the full text for down via javascript --[[NathanOsullivan]]<br />
* Bounce detection - file bounces into ticket whose email bounced: http://lists.fsck.com/pipermail/rt-users/2003-March/012729.html<br />
* a new command line interface written in ncurses, accessed by telnet or ssh for advanced users/sys admins, to be fast, light &amp; easy (like the OS/400 GUI) for eg : 'ssh RT.domain.com -l user -p pwd'. the ncurses program interface would be connected either directly on the RT's web site '''or connected on a new abstraction layer virtual interface between the SQL DB &amp; the WEB engine, giving the possibility to access RT by plugins in third party applications''' (lotus notes, XUL, python, java...)<br />
* Custom Field dependencies. Additional code and JavaScript based improvement for WebUI that allow setup CF2 Value only if CF1 was choosen. For eg: CF: Product, CF: Version, Product1 has Version 1,2,3 but Product2 has Version 1 and 2 only.<br />
* Comment/Reply display button on ticket page. Often the only information we want to view about an issue is contained in the Comments or Replies. It might be useful to have a button on the ticket page (like the Basics, History buttons etc) that selects only Comments and Replies for display.<br />
<br />
* Allow for reversing the ticket priority. Most other systems I have seen use 0 as the highest priority.<br />
* The ability to "Save Draft". We use RT just like we use email ... a lot. Sometimes tickets require lengthly responses, so the ability to save it as a draft and come back to work on it later would be great.<br />
* The ability to "Open in new window". This is a feature of gmail that I really like. i.e., while reading/replying to an email in gmail, I can click on "New window" and it pops up in another browser window. The ability to do the same in rt would be great.<br />
* The ability to integrate RT with other systems using SOAP (with RT authentication), offering services to at least:<br />
** List queues with ticket counts<br />
** Query tickets<br />
** Get ticket data<br />
** Create/Change ticket<br />
* Define a function/interface to incorporte error logging by other applications (merge user reporting with system reporting)<br />
* Ability to have a Next Action option for each history job, then a Today's Tasks option. ie: note to call customer on Monday on 3 weeks to follow up something, so when that date comes around, you're prompted to do so (option for daily prompt email of your 'to do today' jobs would be awesome as well).<br />
** i.e; the Calendar System (built on Reminders) listed below?<br />
* Ability to use "conversation" (a la gmail) style display in tickets. Currently, long tickets sometimes end up looking like a chain email.<br />
* Someone would like to have rules for workflows implemented. See [[RulesetWorkflow]]<br />
<br />
* A "Top" link at the bottom of pages that have enough transactions to run the bottom of the ticket off the screen. As people use different resolutions this might be something that appears regardless of how many transactions appear or set to appear for a static number of transactions.<br />
* Have the take command assign the next available ticket of a given status and queue to a user, who may be one of a group of users logged in at once. So user opens Jumbo screen or single ticket screen and clicks take to start the day. Works ticket to its furthest possible point, saves, then does another take command and the next ticket from the queue appears. User never picks a specific ticket from a list, the queue manager assigns next ticket. May need to be combined with the workflow and tree view of queues, as users would need to be assigned only to certain stages of multi-stage workflow, like passing tickets across queues, possibly.<br />
* A Address Book, one on a User base and also a global/group one. This must be linked into the several update screen where you can add users. Also an Import/export/sync Option would be cool. (Torsten Brumm)<br />
* Add a '&lt;meta name="robots" content="index,nofollow"&gt;' robot exclusion meta tag to every page so that indexing is safer. See: http://www.robotstxt.org/wc/meta-user.html .<br />
<br />
* A configuration option to allow Unprivileged users of the same organization to see tickets requested by others of that same organization. This would allow a requestor working for company/department 'A' to see what others within that same company/department 'A' have lodged with the help desk. I would suggest, for simplicity, that this be a universal configuration, such that if enabled all requestors can see tickets raised by members of their own organization. -- [[BenRobson]]<br />
<br />
== Bad descriptions ==<br />
<br />
* A Calendar System for Scheduling Apointments for a Technician(user of a group) on a Ticket that shows up for all users in a group.<br />
** require more description and/or examples --[[RuslanZakirov]]<br />
** Yes, a Calendar would be great, the Reminders could be listed in a Users Calendar, and also a Queue based Calendar where are all Tickets displayed which have at least Starts and Due defined. Also a Calendar View over all Queues the user has rights too. This on a day, week, month base to keep track of ongoing events.<br />
** I'm not the original proposer but: The ability to add a multiple items in the form of ( datetime,user|group ) to a ticket. And also be able to view as calendar all the items assign to your user and the groups which you belong to . This would be useful for us. Particularly if todays calendar was on the at-a-glance page.<br />
** I think what they are asking for here is something like the calendar feature seen in the OTRS demo. http://otrs.org/demo/ This kind of calendar view would be pretty handy.<br />
** Why not use [[RTx]]::Calendar and/or iCal feeds?<br />
* [[WiKi]] plugin to use with RT?<br />
** RTFM project?<br />
* Regular style pull-down menus instead of small boxes<br />
* Elaboration of "Show Results" link to become a list of recent queries --[[KevinMurphy]]<br />
* I wish there was a painless way to make custom changes to the interface<br />
** [[CleanlyCustomizeRT]], otherwise post your ideas to the [[MailingLists]] --[[RuslanZakirov]]<br />
<br />
== Done ==<br />
<br />
* Wildcard strings in search text<br />
** RT allow SQL wildcards: '%' - any sequence, '?' - exactly one char. Undocumented feature. Patches, wiki notes are welcome as I think :) --[[RuslanZakirov]]<br />
* Possibility to host several independent "local" sites. One main RT installation, but multiple local parts with fully independent local installations , users , queues. Think of an ASP service for RT.<br />
** It's possible. Read [[MultipleInstances]] --[[RuslanZakirov]]<br />
** However, it's not very host-friendly as you have to load up the RT modules multiple times which creates a significant memory footprint -- [[WilliamMcKee]]<br />
* I'd like to be able to have a 'default Cc: address for newly created tickets' option when creating queues. I always need to add "[mailto:support@companyname support@companyname]" to a newly opened ticket to make sure that my Ops team mailing list gets updated when the RT ticket is commented/replied to, and such a feature would be a small but greatly appreciated timesaver!<br />
** Use Notify Group from [[Extensions]] or use a [[Template]] that overrides To address. --[[RuslanZakirov]]<br />
* Ability to work with custom fields using the 'rt' command (or at least set values on ticket creation/edit) --[[RyanRoland]], --[[BrandonPulsipher]]<br />
** there is patches in rt-devel@ archives and may be changes commited into 3.5<br />
* Per user [[NotifyActor]] option<br />
** RT-3.7<br />
* Allow for reverse comment history -&gt; showing the newest comments first in the list, instead of at the bottom of the list.<br />
** RT-3.7<br />
* Be able to use S/MIME or PGP to encrypt outgoing and incoming email. Since RT 3.4 provides custom fields for users, it would be able to store user certificates in a custom field, just need the glue to use it.<br />
** RT-3.7<br />
* Default display columns for search results. It seems a bit crazy to be able to configure a default At a Glance layout, but not a default set of display columns. My users don't need the 2-line display and I don't want to have to change them all. Plus even if I did change them a new user would end up with the wrong options again<br />
** Make a local customization?<br />
*** You can do this now. Please go to Preferences &gt; Search Options.<br />
<br />
=== Features implemented in RT 3.6 ===<br />
<br />
These features are available with RT-3.6 stable release.<br />
<br />
* Global Custom Fields disabling on queue level<br />
* Required Custom fields. It was discussed many times, but people still want it.<br />
* The ability to modify the user rights specifically by custom field. eg a change is proposed but has to be authorised by the CM Manager. Only that person would have the right to modify the custom "approved" field. Operators could not.<br />
** [[SeeCustomField]] and [[ModifyCustomField]] rights are implemented in RT-3.5 (may be even in 3.4.4, drop this)<br />
* Printer friendly view of tasks and queue.<br />
** This can be done with special CSS rules for printed media<br />
* Option for a javascript or DHTML date selector on date/time fields for faster entry.<br />
* Web front-end customizability via CSS.<br />
** It's partly customizable via CSS in 3.x versions(see webrt.css file)<br />
*** Interface of the RT 3.5 uses CSS all over the places, if it still not enough then file bug report<br />
* Configurable home screen:<br />
** How many tickets to show<br />
** Which queues to show tickets for in lists<br />
** Which lists to have visible (ie. remember the X has been clicked)<br />
* Allow multiple levels of sorting in queries - ie. Order by Status, then by [[LastModified]].<br />
* Search form should be a simple textfield just like google textfield. Advanced customization should be shifted to a "Advanced Search Preferences". A simple note on top of the textfield should state in what order RT will search i.e Owner, Email id, subject, queue, priority etc. With just the subject as a required field. This will be like a C like char * argv parsing. -- Amit Kulkarni (forestlaw.blogspot.com)<br />
* Integrate [[FCKEditor]] for ticket comments/replies. http://www.fckeditor.net/<br />
** 3.7(.82) has this...<br />
* [http://www.freepan.org FreePAN]</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=WishList&diff=4237WishList2010-12-16T20:22:58Z<p>131.243.172.232: /* Config and other options as user preferences */</p>
<hr />
<div>'''First of all''' read! '''Please''', try to group similar things and not duplicate requests. If you don't know state of the feature you want, put it into "Unknown state" section.<br />
<br />
== Work in progress ==<br />
<br />
* Hiding/Suppressing of global scrips per Queue<br />
** This has been done/maintained by [[DirkPape]], you can find it at http://page.mi.fu-berlin.de/~pape/rt3screenshots/.<br />
** '''What about to integrate this to RT main stream?''' -- [[PauloMatos]]<br />
*** I hope this would be integrated in 3.5 with similar wish about [[CFs]] disabling on queue basis. -- [[RuslanZakirov]]<br />
* Porting database connectivity to DB2<br />
** Under investigation. --[[PauloMatos]]<br />
* [[SyncML]] interface. It would be very productive to be able to sync tickets to your calendar/PDA task list. I have seen some posts on rt-commit with syncml in the subject line, but nowhere else in the docs. Is this work in progress? --[[RobertSander]]<br />
* allow ticket responses to be displayed in reverse order.<br />
** implemented in 3.7 and [[ReverseHistoryOrder]] for older<br />
<br />
== Wouldn't be implemented ==<br />
<br />
* New [[EmailParser]] feature that would rely on from/reply-to fields (e.g. support-%ticket_id%@acme.com) for all correspondence and ticket management. At present, simple change of e-mail subject makes a new ticket.<br />
** you can do this with your MTA, you need wrapper around rt-mailgate script that convert such addresses to variant compliant with RT and fix subject if it's required, I believe that it's possible to do with almost all MTAs. Only thing you need to do in RT is add Reply-To header overriding to all your templates. --[[RuslanZakirov]]<br />
* BUG in Quick Create at bottom of screen. The ticket is created WITHOUT a REQUESTOR.<br />
** requestor != creator<br />
* Triage list - I'd like to be able to go through all unowned tickets and assign them to people, reject them or whatever without having to go through each one individually. Even a "reject" link similar to the "take" link on searches or the "resolve" link on the ticket itself would help.<br />
** Just search for tickets owned by nobody, and used bulk update.<br />
<br />
== Unknown state ==<br />
<br />
* Allow for multiple owners of a single ticket<br />
* Add diff style display of changes for custom scrips, conditions and actions. (The unformatted old/new display can be hard to read.)<br />
* A Term::Readline support to bin/rt for command recall and editing<br />
* [[Blacklist]] feature to prevent emails from being sent to no-respond addresses and receiving bounces.<br />
* Pop-up window to open when a new ticket is opened. This helps in case the RT window is minimised. This will help us assign the tickets faster.<br />
** Alternatively, something to change the favicon &amp;| page title, a la Meebo and various Gmail scripts/extensions for Firefox.<br />
** You'll need to write a client for the popup, and you can use the builtin scrips to send the command on an event.<br />
* "Sleep" option - would set the state of a ticket to stalled and then automatically return it to open state at a set time in the future. Boy, would this be useful. As it is now I have to keep scanning my list of stalled tickets to see which ones have had their external constraints unblocked.<br />
** Use a reminder to reopen it? e.g; with an adaptation of one of the email reminders on [[Contributions]]<br />
* Ability to print a number of tickets in one command in the same way that you can update a number of tickets at the same time.<br />
** Try the "Editable text" link from search results?<br />
* Ability to select any ticket already created, duplicate information in that ticket for a new ticket. -- [[ThomasCraigen]]<br />
** See Dirk Pape's fork on [[Contributions]] for older [[RTs]], or the new port currently at http://www.letu.edu/people/markroedel/RT-Extension-ForkTicket-0.1.tgz<br />
* Ability to create multiple tickets based on users data, not too sure how to handle this. Maybe have a separate create page that gives you the option to select the items that are common and items that would unique. -- [[ThomasCraigen]]<br />
** See Tools/[[OfflineEdits]]<br />
* A feature in rt-mailgate to allow ldap bind to cross check an email address with a valid user<br />
** [[RTx]]::[[ExternalAuth]]?<br />
** If valid user then check the organizational unit the user belongs to and automatically assign it to the appropriate queue else drop the request (probably spam and we don't want outside people to create tickets).<br />
*** Then handle this at the MTA?<br />
** The logic being suitable for a service support for a large company with several WAN links across multiple sites - and LDAP users categorized according to location. The is also probably useful for departments as well.<br />
* When switching a call from one queue to another, if they have different mandatory custom fields, I should be prompted to enter the mandatory information. Currently I can move tickets around without entering mandatory info. This annoys those of us who use mandatory fields to prove a ticket has had at least some troubleshooting before we receive it. This re-assign to a new queue defeats this control method.<br />
* Modify share/html/Admin/Users/Modify.html, to say explicitly state the "Let this user be granted rights" check box means Privileged user, e.g. append the string " (a.k.a. Privileged User)." For any software application like RT that has documentation scattered in multiple places (Wiki, Book, Mailing List, ...) an intuitive interface is helpful. Most of RT is very intuitive, but the text here is unnecessarily cryptic.<br />
* Expand [[SelfService]] so that users can be granted rights to see/reply-to tickets that share a common customfield, or tickets owned by users that share a common customfield (e.g., all of the customers in company XYZ can be tagged to explicitly view tickets submitted by that company without giving them rights to see tickets submitted by people in any other company). Right now, the workarounds are serious headaches!! -- [[BrianWeber]]<br />
* Put the visibility toggle buttons on ticket responses<br />
* Create 'Outgoing ticket' with attachments by a Privileged User<br />
* Let each Queue (and/or User) be configured if the default Resolve Ticket ticket screen should be a Reply to Requestor, or a Comment ("[[UpdateType]]=response" in Elements/Tabs). -- JEB<br />
* Split the "attachments" database.<br />
** If binary attachments must be held in a database, lets get it moved off to a separate one<br />
** this would greatly improve the performance of the current database in RT and would make full body text searching something that one could actually accomplish.<br />
<br />
=== Enhanced [CustomField]s ===<br />
<br />
'''Please''', users and testers of the RT 3.5, move items from this list to the "work in progress" section according to changes in 3.5 branch(there is a lot of work on custom fields).<br />
<br />
* dynamically populated custom fields. the ability to generate a value for a custom field based on what is entered in other custom fields<br />
* allow default values for custom fields<br />
* allow custom fields dependants default values<br />
* the ability to add a new value for a custom field "in place" (like Movable Type's 'categories' interface) --[[TonyBowden]]<br />
* Linking multiple custom fields (eg SoftwareNameField--&gt;NumberofItems--&gt;TotalpriceField)<br />
* The abilitiy to dynamically create copies of a custom field within a ticket (okay we need to enter another budget code, now another... )<br />
* The abilitiy to dynamically create copies of groups of custom fields within a ticket (okay we need to enter another of whats above, now another... )<br />
* To see what a custom field / form creator can look like, go to http://www.wufoo.com and imagine if RT was coupled to this flat file db / forms creator tool. Build a web form that still allows free form text entry, maps its form fields to RT columns, utilizes RT task manager functions.<br />
* Keyword feature, aka "tagging" or "Web 2.0". See del.icio.us, flickr, Slashdot's "tagging beta", metafilter, digg for examples. Useful for using resolved tickets as an self-organizing non-hierarchical knowledgebase ("This is an Jersey problem; maybe someone resolved a 'jersey' ticket similar to this?"). Faster than searching all text fields for mention of "jersey" (and someone might've spelled it "sweater" instead, or a client might put "wool shirt" in the original subject line.) Best implementation would offer autocompletion of tag words to encourage conformity (a-la the email fields in RT now; try del.icio.us for an example). --moomo<br />
* The ability to create a custom field without an input as a way to quickly customize queue specific screens (e.g. brief directions for filling out a ticket)<br />
<br />
=== Config and other options as user preferences ===<br />
<br />
* Ability to display customized "RT At A Glance" depending on group membership<br />
* Change default sort order<br />
* Option in Personal Preferences to save you home screen Refresh rate so it is preserved during navigation / logins<br />
* Permission to allow user to change their own password only and not Modify everything under their userid such as email address. Seems [[ModifySelf]] is only option right now.<br />
* Configure home screen:<br />
** Allow user-configurable "bookmarks" to queries<br />
*** bookmarks? May be it's [[SavedSearches]] feature?<br />
** Change default queue for "New Ticket" option<br />
*** most useful I think to remember the last choice --[[RuslanZakirov]]<br />
* Completion of the code allowing RT to be configured to send outgoing email directly to a remote smtp-server instead of to a local sendmail<br />
* Set the Default queue within User Prefs (like: [[SelectDefaultQueue]]) but in a easy way without usage of CF's (Torsten Brumm)<br />
* Set the default Refresh as a "global" User Setting within User Prefs (Torsten Brumm)<br />
* A History for Changes for Queues like it is for Users (Torsten Brumm)<br />
* CF's for Queues, which are not displayed within a Ticket of a queue, something like the CF's per User or Group (Torsten Brumm)<br />
* Make Timezone a per-user configurable option --[[AtroTossavainen]]<br />
* Ability to display ticket history by page, e.g. 15 rows/transaction logs per page, with Next, First, Previous, Last buttons/links at the bottom or top. Especially helpful and useful for tickets with huge history/transactions and if using RT from a slow connection.<br />
* UI for end user setting up inbound mail rules, like the MS Outlook Rules Wizard, (Maybe Outlook Express and Thunderbird have these wizards, too. The Outlook one is pretty easy to understand).<br />
* Ability to create permissions (rights) profiles.<br />
** Permissions we grant to our users and groups are generally the same and selecting a profile of permissions would be faster and easier to manage than to have to select several permissions each time. For example, a profile "Read only" with the rights 'See Queue, Show Ticket and Show [[TicketComments]]'.<br />
* Allow users to set their preference for a default display when in a ticket (ie. Basics, as opposed to Display). Not everyone wants to see the full display, they may just want Basics.<br />
** Select which Dates are displayed in the Date Box, including CF Dates.<br />
<br />
=== Installation &amp; Upgrade ===<br />
<br />
* Ease of installation should be a major focus - right now the installation process is so complicated that it's a real barrier to evaluating your software. Why does it have to depend on '''so many''' extra modules?<br />
* Adding a database element to indicate the database revision. This would make upgrades significantly easier (as well as automatable, after a point). --[[B2Pi]]<br />
* Maybe you could provide a RT as [[VMWare]]-Appliance, so we could evaluate your product esay?<br />
* It would be nice or even intresting to supply a build for Windows or Mac OSX<br />
<br />
=== REST ===<br />
<br />
* Correct status code for GET and POST commands (not only in response body).<br />
* Constant date & time format for date-time fields.<br />
* Constant value for empty fields instead of localized string for "Not set".<br />
<br />
=== Other ===<br />
<br />
* Create multi-platform desktop widgets that can be used to perform simple actions on tickets via the web service URL, e.g. quickly resolve a ticket from my Mac OS X dashboard. --[[ChrisHardie]]<br />
* Allow users with admin rights to reassign tickets without having to steal them first.<br />
* I'd like for the SEARCH default fields to be MUCH smaller (Queue,ticket#,status, requestor &amp; owner). anything is really superflous and should be up to the user.<br />
* Rights Matrix needs to allow for one queue and one person. I DON'T need a list five miles wide.<br />
* How about Single-Signon (SSO) authentication for systems which insert variables into the HTTP header to identify the user?<br />
* Quotes in mail from requestors<br />
** Folding quotes - that is, a bit of [[JavaScript]] bound to a link that lets you hide/show quoted text in the email, default to hidden on page load --[[NathanOsullivan]].<br />
** Converting quotes - The javascript fold quote method has the drawback that it still takes a long time to display long threads with lot of quotes. It would make more sense to convert quoted text to attachments. -- Miklos Muller<br />
* How about alternate email addresses for a user? I have an odd situation, with an old UNIX system that handles multiple domains, people who forward their email off to other sites, etc. I'd like to be able to take the user 'bob' ([mailto:bob@example.com bob@example.com]), and add an alternate address that can be considered equivalent ([mailto:bob@mail.example.com bob@mail.example.com]). Not the easiest thing to implement, I'd guess. (as of 3.4, not present)<br />
** If there were custom fields for user objects, this would be fairly easy to implement with a custom field on the user (alternate address) that pointed an overlaid [[CanonicalizeEmailAddress]] to the right address -- could be parsed from the extra info, in absence of custom fields.<br />
** This was discussed on the [[MailingLists]] --[[RuslanZakirov]]<br />
* Another great feature for RT is to have a current overview for logged in user. Somewhat like JIRA's Dashboard feature. JIRA has a saved filters (equivalent to RT's saved search URL), Assigned to me, and in progress... RT should have these + open watches (like ebay allows watch on items) Look www.atlassian.com/software/jira/tour/step1.jsp -- Amit Kulkarni (forestlaw.blogspot.com)<br />
** as variant you can use [[HomePageSavedSearches]] extension<br />
* Modify the homepage for a privileged user that allows easy manipulation of the queues for new, unowned tickets. I think a system that is similiar to how webmail interfaces allow a user to check a group of messages and quickly move them to a folder. Currently, it takes four steps to modify a queue and return to the homepage.<br />
** this extension looks useful only for those who move tickets a lot because of workflow requirement --[[RuslanZakirov]]<br />
** could be done with extending search column map in RT &gt;= 3.4, require only hack on column map --[[RuslanZakirov]]<br />
* support for multiple instances included in base code. Patches are available at [[MultipleInstances]], but I think it would be great if this were part of the sourcetree.<br />
* When updating multiple tickets, use a template solution from the RTFM Database same as you do for a regular ticket resolve/reply<br />
* Gantt view of queue.<br />
* Possibility to emphasize nearly due and overdue tickets by giving them different colors in the list view<br />
* It would also be nice to highlight tickets that you own but were not the last person to make contact with it. It's an easy patch but would be nice to see it main stream.<br />
* RSS/atom feed support for queues<br />
** RSS feed for ticket comments (project manager can subscribe and see what activity is happening overall)<br />
** See [[RssFeed]] for more information about how to use the feeds that are in 3.4<br />
* Rights Inheritance when creating a queue. In the short term, just being able to do something like "Copy rights from queue: xxxxxxx" would be great. Long term, it would be cool if queues could inherit rights dynamically from a specified queue. So you assign rights to 'network-outages' and then create a queue called 'network-maintenance' and tell it to get its rights from 'network-outages' -- [[AndyHarrison]]<br />
** See Queue Wizard in [[Extensions]]<br />
* Speller - Very important for International users on the reply/resolve/comment window. aspell?<br />
** see [[SpellChecking]]<br />
* Linking [[RTs]]. There could be instances where you want to be able to refer to tickets in queue's in another RT installation, or you might want to transfer tickets to another RT. Slightly exotic, but thought I'd put it up here anyhow :-)<br />
** I agree that this would be quite useful<br />
* New sub-pane on left-hand side: tickets recently viewed (handy when establishing ticket dependencies, etc) --[[KevinMurphy]]<br />
* Manage rights to enable access to RTFM content for non-privileged users. --[[OlivierEnault]]<br />
* A checkbox next to tickets in the search results view so that you can do an update all selected tickets at once. This is much faster than using a search at times. With this feature, I could get rid of spam much more easily. --[[GaryWilson]]<br />
** There is bulk update in RT for a long time.<br />
* Hierarchical queues (has been referred to on the list as subqueues), so they could be in a tree structure instead of just a list. This could be done by just storing a parent queue for each queue. A queue with no parent set would be a top-level queue.<br />
* Similarly, a hierarchy of tickets. Using the existing parent/child structure (or the 'dependson' structure, ideally let the user choose), display tickets in a tree view. This would make it much easier to determine what task needs to be done next when working on a large project.<br />
* Give requestors a mass edit screen to set priorities on tickets. The existing mass edit screen would allow for setting a group of tickets to all have the same priority, I'm looking for a screen showing all tickets that meet a criteria (I am the requestor, status is open or new, in queue xyz) with input fields for the priority of each. This allows clients to downgrade tasks that perhaps have been in the queue for some time (and therefore high priority by RT rules) but are not the most important.<br />
* Ability to schedule work in advance and have the ticket display at the Start Time. This is valuable when scheduling projects for future dates.<br />
** could be done with notifications + rt-crontool --[[RuslanZakirov]]<br />
* Favourite feature from similar-product : shortcuts for reply snippets. Configure at a global level a dictionary of shortcut =&gt; text, for example "down" =&gt; "Sorry this service was down, please try again.". Choose which queues to assign snippets to. When typing a reply, entering "down`" (shortcut followed by backquote) would immediately replace "down`" with the full text for down via javascript --[[NathanOsullivan]]<br />
* Bounce detection - file bounces into ticket whose email bounced: http://lists.fsck.com/pipermail/rt-users/2003-March/012729.html<br />
* a new command line interface written in ncurses, accessed by telnet or ssh for advanced users/sys admins, to be fast, light &amp; easy (like the OS/400 GUI) for eg : 'ssh RT.domain.com -l user -p pwd'. the ncurses program interface would be connected either directly on the RT's web site '''or connected on a new abstraction layer virtual interface between the SQL DB &amp; the WEB engine, giving the possibility to access RT by plugins in third party applications''' (lotus notes, XUL, python, java...)<br />
* Custom Field dependencies. Additional code and JavaScript based improvement for WebUI that allow setup CF2 Value only if CF1 was choosen. For eg: CF: Product, CF: Version, Product1 has Version 1,2,3 but Product2 has Version 1 and 2 only.<br />
* Comment/Reply display button on ticket page. Often the only information we want to view about an issue is contained in the Comments or Replies. It might be useful to have a button on the ticket page (like the Basics, History buttons etc) that selects only Comments and Replies for display.<br />
<br />
* Allow for reversing the ticket priority. Most other systems I have seen use 0 as the highest priority.<br />
* The ability to "Save Draft". We use RT just like we use email ... a lot. Sometimes tickets require lengthly responses, so the ability to save it as a draft and come back to work on it later would be great.<br />
* The ability to "Open in new window". This is a feature of gmail that I really like. i.e., while reading/replying to an email in gmail, I can click on "New window" and it pops up in another browser window. The ability to do the same in rt would be great.<br />
* The ability to integrate RT with other systems using SOAP (with RT authentication), offering services to at least:<br />
** List queues with ticket counts<br />
** Query tickets<br />
** Get ticket data<br />
** Create/Change ticket<br />
* Define a function/interface to incorporte error logging by other applications (merge user reporting with system reporting)<br />
* Ability to have a Next Action option for each history job, then a Today's Tasks option. ie: note to call customer on Monday on 3 weeks to follow up something, so when that date comes around, you're prompted to do so (option for daily prompt email of your 'to do today' jobs would be awesome as well).<br />
** i.e; the Calendar System (built on Reminders) listed below?<br />
* Ability to use "conversation" (a la gmail) style display in tickets. Currently, long tickets sometimes end up looking like a chain email.<br />
* Someone would like to have rules for workflows implemented. See [[RulesetWorkflow]]<br />
<br />
* A "Top" link at the bottom of pages that have enough transactions to run the bottom of the ticket off the screen. As people use different resolutions this might be something that appears regardless of how many transactions appear or set to appear for a static number of transactions.<br />
* Have the take command assign the next available ticket of a given status and queue to a user, who may be one of a group of users logged in at once. So user opens Jumbo screen or single ticket screen and clicks take to start the day. Works ticket to its furthest possible point, saves, then does another take command and the next ticket from the queue appears. User never picks a specific ticket from a list, the queue manager assigns next ticket. May need to be combined with the workflow and tree view of queues, as users would need to be assigned only to certain stages of multi-stage workflow, like passing tickets across queues, possibly.<br />
* A Address Book, one on a User base and also a global/group one. This must be linked into the several update screen where you can add users. Also an Import/export/sync Option would be cool. (Torsten Brumm)<br />
* Add a '&lt;meta name="robots" content="index,nofollow"&gt;' robot exclusion meta tag to every page so that indexing is safer. See: http://www.robotstxt.org/wc/meta-user.html .<br />
<br />
* A configuration option to allow Unprivileged users of the same organization to see tickets requested by others of that same organization. This would allow a requestor working for company/department 'A' to see what others within that same company/department 'A' have lodged with the help desk. I would suggest, for simplicity, that this be a universal configuration, such that if enabled all requestors can see tickets raised by members of their own organization. -- [[BenRobson]]<br />
<br />
== Bad descriptions ==<br />
<br />
* A Calendar System for Scheduling Apointments for a Technician(user of a group) on a Ticket that shows up for all users in a group.<br />
** require more description and/or examples --[[RuslanZakirov]]<br />
** Yes, a Calendar would be great, the Reminders could be listed in a Users Calendar, and also a Queue based Calendar where are all Tickets displayed which have at least Starts and Due defined. Also a Calendar View over all Queues the user has rights too. This on a day, week, month base to keep track of ongoing events.<br />
** I'm not the original proposer but: The ability to add a multiple items in the form of ( datetime,user|group ) to a ticket. And also be able to view as calendar all the items assign to your user and the groups which you belong to . This would be useful for us. Particularly if todays calendar was on the at-a-glance page.<br />
** I think what they are asking for here is something like the calendar feature seen in the OTRS demo. http://otrs.org/demo/ This kind of calendar view would be pretty handy.<br />
** Why not use [[RTx]]::Calendar and/or iCal feeds?<br />
* [[WiKi]] plugin to use with RT?<br />
** RTFM project?<br />
* Regular style pull-down menus instead of small boxes<br />
* Elaboration of "Show Results" link to become a list of recent queries --[[KevinMurphy]]<br />
* I wish there was a painless way to make custom changes to the interface<br />
** [[CleanlyCustomizeRT]], otherwise post your ideas to the [[MailingLists]] --[[RuslanZakirov]]<br />
<br />
== Done ==<br />
<br />
* Wildcard strings in search text<br />
** RT allow SQL wildcards: '%' - any sequence, '?' - exactly one char. Undocumented feature. Patches, wiki notes are welcome as I think :) --[[RuslanZakirov]]<br />
* Possibility to host several independent "local" sites. One main RT installation, but multiple local parts with fully independent local installations , users , queues. Think of an ASP service for RT.<br />
** It's possible. Read [[MultipleInstances]] --[[RuslanZakirov]]<br />
** However, it's not very host-friendly as you have to load up the RT modules multiple times which creates a significant memory footprint -- [[WilliamMcKee]]<br />
* I'd like to be able to have a 'default Cc: address for newly created tickets' option when creating queues. I always need to add "[mailto:support@companyname support@companyname]" to a newly opened ticket to make sure that my Ops team mailing list gets updated when the RT ticket is commented/replied to, and such a feature would be a small but greatly appreciated timesaver!<br />
** Use Notify Group from [[Extensions]] or use a [[Template]] that overrides To address. --[[RuslanZakirov]]<br />
* Ability to work with custom fields using the 'rt' command (or at least set values on ticket creation/edit) --[[RyanRoland]], --[[BrandonPulsipher]]<br />
** there is patches in rt-devel@ archives and may be changes commited into 3.5<br />
* Per user [[NotifyActor]] option<br />
** RT-3.7<br />
* Allow for reverse comment history -&gt; showing the newest comments first in the list, instead of at the bottom of the list.<br />
** RT-3.7<br />
* Be able to use S/MIME or PGP to encrypt outgoing and incoming email. Since RT 3.4 provides custom fields for users, it would be able to store user certificates in a custom field, just need the glue to use it.<br />
** RT-3.7<br />
* Default display columns for search results. It seems a bit crazy to be able to configure a default At a Glance layout, but not a default set of display columns. My users don't need the 2-line display and I don't want to have to change them all. Plus even if I did change them a new user would end up with the wrong options again<br />
** Make a local customization?<br />
*** You can do this now. Please go to Preferences &gt; Search Options.<br />
<br />
=== Features implemented in RT 3.6 ===<br />
<br />
These features are available with RT-3.6 stable release.<br />
<br />
* Global Custom Fields disabling on queue level<br />
* Required Custom fields. It was discussed many times, but people still want it.<br />
* The ability to modify the user rights specifically by custom field. eg a change is proposed but has to be authorised by the CM Manager. Only that person would have the right to modify the custom "approved" field. Operators could not.<br />
** [[SeeCustomField]] and [[ModifyCustomField]] rights are implemented in RT-3.5 (may be even in 3.4.4, drop this)<br />
* Printer friendly view of tasks and queue.<br />
** This can be done with special CSS rules for printed media<br />
* Option for a javascript or DHTML date selector on date/time fields for faster entry.<br />
* Web front-end customizability via CSS.<br />
** It's partly customizable via CSS in 3.x versions(see webrt.css file)<br />
*** Interface of the RT 3.5 uses CSS all over the places, if it still not enough then file bug report<br />
* Configurable home screen:<br />
** How many tickets to show<br />
** Which queues to show tickets for in lists<br />
** Which lists to have visible (ie. remember the X has been clicked)<br />
* Allow multiple levels of sorting in queries - ie. Order by Status, then by [[LastModified]].<br />
* Search form should be a simple textfield just like google textfield. Advanced customization should be shifted to a "Advanced Search Preferences". A simple note on top of the textfield should state in what order RT will search i.e Owner, Email id, subject, queue, priority etc. With just the subject as a required field. This will be like a C like char * argv parsing. -- Amit Kulkarni (forestlaw.blogspot.com)<br />
* Integrate [[FCKEditor]] for ticket comments/replies. http://www.fckeditor.net/<br />
** 3.7(.82) has this...<br />
* [http://www.freepan.org FreePAN]</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=Contributions&diff=588Contributions2010-12-10T20:33:01Z<p>131.243.172.232: /* ScripActions */</p>
<hr />
<div>= Contributions to RT =<br />
<br />
Contains info about software that third parties have contributed to RT. If you know of a contribution or enhancement that is not in this list, please add to the best section possible below, in alphabetical order. Also include notes about the RT versions tested.<br />
<br />
You may also want to check the [[Documentation]] page because many articles there describe how to add features that RT does not have by default.<br />
<br />
Packages that have their own installer have been moved to [[Extensions]].<br />
<br />
See Also the outdated [[Patches]], whose content should be moved to the appropriate subsections below.<br />
<br />
== Coping with Spam ==<br />
<br />
The techniques for dealing with spam span the divisions below and have been collected in a single place for easy review. Please see [[SpamFiltering]], limiting additions to tricks that differ significantly from the existing material for conciseness.<br />
<br />
== ScripConditions ==<br />
<br />
Custom [[Condition]]s. Doesn't matter if it's module or text to fill into "user defined condition" block in the WebUI, all live here.<br />
<br />
Many conditions are very simple and you can find a big list in [[CustomConditionSnippets]].<br />
<br />
'''<nowiki>*Please</nowiki>'''*, start wiki page names with "On" prefix if you don't want to add condition into [[CustomConditionSnippets]].<br />
<br />
* [[AnyTransactionSource]];<br />
* [[AnyReminderTransaction]] - a scrip condition which triggers on all reminder transactions;<br />
* [[ExampleOfCustomFieldInCondition]] - a condition that check [[CustomField]] value;<br />
* [[MuteResolve]] - let resolver choose not to send email on resolve;<br />
* [[MuteResolve Redux]] - alternate version of MuteResolve that uses a status code and custom field to avoid some problems;<br />
* [[NotResolved]] - a scrip condition to detect all ticket that aren't marked resolved;<br />
* [[OnCreateAutoReplyException]] - a scrip condition that will send [[AutoReply]] emails to users except for those in the execption list;<br />
* [[OnCreateCheckCF]] - check presence of a mandatory cf on ticket creation;<br />
* [[OnCreateFromEmail]] - scrip condition that will send [[AutoReply]] emails to users only when a ticket is opened via email;<br />
* [[OnCreationOfApprovalTicket]] - a scrip condition that checks if you are creating a new approval ticket<br />
* [[OnCreatePageOffHours]] - scrip condition that will send email via the [[SendEmailAction]] scrip to and external account. This scrip has an additional condition where it is checking if the request is coming from a specific user or system.<br />
* [[OnCreateSetUserDetails]] - parse vCards for user information.<br />
* [[OnCustomFieldValueChange]] - this condition matches when [[CustomField]] value is changed;<br />
* [[OnMaxPriority]] - check if ticket hits maximal priority (used with priority escalation)<br />
* [[OnMerge]] - a scrip condition that triggers on ticket merges;<br />
* [[OnResolveOnce]] - a scrip condition that matches when a ticket is resolved but only if the ticket was not resolved before;<br />
* [[OnStatusChange]] - using RT's condition 'On Resolve' to trigger other conditions<br />
* [[OnStealEnhanced]] - small enhancement to the [[OnSteal]] condition in "RT Essentials".<br />
* [[OnTimeEstimated]] - when the time Time Estimated fields is set<br />
* [[OnToOrCC]] - when a request is sent to a particular mailbox<br />
* [[OnWatcherChange]] - a scrip condition to detect when a ticket watcher is added or deleted.<br />
* [[OnWebCorrespond]] - determines if a reply is from an incoming email message or from the web interface.<br />
* [[ReplyBasedUponContent]] - a scrip to reply to an email based upon its content<br />
* [[ReplyToResolved]] - a scrip condition to detect all ticket that are marked resolved;<br />
* [[TicketIDMatches]].pm - a condition which triggers only one ticket by id;<br />
* [[UntouchedInHours]] - scrip condition that checks if a ticket's LastUpdate is more than the specified number of hours;<br />
* [[OnCorrespondOpenUnlessResolved]] - condition to stop RT re-opening resolved tickets when the user replies to them by email;<br />
<br />
== ScripActions ==<br />
<br />
Nice custom [[ScripAction]]s that makes your life easier.<br />
<br />
* [[AddAdminCc]] - Add an [[AdminCc]] to tickets for a specific queue, or for queue change.<br />
* [[AddAdminCcAndChangeQueue]] - Add an [[AdminCc]] to a ticket, and move the ticket to a queue.<br />
* [[AddSquelchedCc]] - Add group members as Cc to give them access to tickets but without email notifications.<br />
* [[AddRefersToOnEqualCustomField]] - Create [[RefersTo]] links to tickets with same custom field value<br />
* [[AddRequestor]] - Allow some accounts to view a ticket without adding by hand some requestors.<br />
* [[AddWatcherPerTicket]] - Add a watcher to a specific ticket (e.g. when certain conditions are met, such as high urgency)<br />
* [[AddWatchersOnCorrespond]] - Add Actor &amp; other Cc'd people to ticket on any Correspondence (complement to using [[ParseNewMessageForTicketCcs]] to add people on ticket creation).<br />
* [[AutomaticCustomFieldValue]] - set CF value by requestor's email address.<br />
* [[AutoCcOwner]] - Add the owner as an [[AdminCc]]<br />
* [[AutoCcLastOwner]] - When the owner is changed, automatically add the previous owner to the Cc list.<br />
* [[AutoChangeQueue]] - Change queue if a specific group member take a ticket<br />
* [[AutoCloseOnNagiosRecoveryMessages]] - Automatically merges and closes a ticket based on the creation of another ticket, in this case, of a nagios generated RECOVERY e-mail<br />
* [[AutoSetOwner]] - how to automatically set owner on resolution<br />
* [[AutoSetOwnerIfAdminCc]] - Automatically set ticket owner to an [[AdminCc]]<br />
* [[AutoSetOwnerFromCC]] - how to automatically set owner from Cc<br />
* [[BounceMerge]] - Merge a Mail Bounce into the original Ticket<br />
* [[CreatePriorityBasedOnCustomFieldValues]] - Automatically set the Priority based on Ticket Urgency and Impact.<br />
* [[DefaultCustomFieldValue]] - set default CF value.<br />
* [[DivideTicketIntoSubtasks]] - auto-creates new tickets for each subtask in a bulleted list<br />
* [[DueDateinBusinessHours]] - scrip action that sets short-term ticket due dates to coincide with business hours<br />
* [[EscalateTicketOnAction]] - increment the priority of a ticket whenever a certain action is taken<br />
* [[ExtractCustomFieldValues]] - set [[CustomField]] with arbitrary data extracted from a ticket using a simple template<br />
* [[ForkIntoNewTicket]] - a scrip action to copy response/comment ticket to another ticket<br />
* [[JumpToFrontPageOnTicketResolve]] - Admonish me if you wish, but on resolve of a ticket this scrip will redirect your browser to a new URL of your choosing.<br />
* [[NotifyNonRecipients]] - notify recipients unless they were already cc'd on the mail<br />
* [[OnCreateSetDeptHeadCc]] - On create in the case that [[CustomField]].Department = 'Foo' then add group 'Head Foo' as a Cc<br />
* [[OnCreateAddGroupCc]] - On create from Requestor email that matches a regex, add members of arbitrary group to CC list while making sure not to add anyone already associated with the ticket<br />
* [[OnQueueChangeFixReminders]] - Tickets lose reminders when they are moved between queues. This scrip fixes that<br />
* [[OpenTicketOnAllMemberResolve]]<br />
* [[OpenDependantsOnResolve]]<br />
* [[RemoteControlLimeSurvey]] - Scrip action to trigger [[LimeSurvey]] to add a token to a given survey.<br />
* [[ResolveTicket]]<br />
* [[SendEmailAction]] - sends an alert to someone not specified in the ticket<br />
* [[SendHTMLEmail]] - modification of RT::Action::[[SendEmail]] for sending mails with Content-Type: text/html<br />
* [[SendNagiosAlert]] - Send an alert to Nagios if a new or open ticket exists in any defined queues.<br />
* [[SendAlarmPointEvent]] - Send an event to alarm point to invoke SMS/Voice/E-mail alerts<br />
* [[SetCorresponderAsCC]] - Add anyone who correspondes on a ticket to CC - for the lazy users.<br />
* [[SetOwnerAndQueueBySubject]] - Set queue and owner when the subject matches a regex<br />
* [[SetTicketPropertiesViaMail]] - scrip action that allow you to set status, owner and etc via email<br />
* [[SetTimeWorkedAutomatically]] - scrip action that updates automatically the Time Worked field on the Ticket<br />
* [[SpamScore2Priority]] - Expose message spam score as priority for review<br />
<br />
== Template parts ==<br />
<br />
Code that you can put into your mail [[Template]]s, [[Template]] page has also some code snippets.<br />
<br />
* [[AddAttachmentLinksToMail]] - adds links on file attachments that ticket has<br />
* [[AddCustomFieldsValuesToMail]] - puts all [[CustomField]]s values into mail<br />
* [[AddCustomFieldstoTemplates]] - extracting just one or more [[CustomField]]s, without recalling the entire set<br />
* [[AddTicketHistoryToMail]] - complex template that adds ticket's history<br />
* [[AddQueueNameToMailHeaders]] - add the relevent queue name to mail sent<br />
* [[AddLastCommentToMail]]<br />
* [[EmailGroup]] - email an RT [[Group]]<br />
* [[ForkTemplate]] - send a range of customized responses without hard-coding variants.<br />
* [[MailingListIntegration]] - Scrip + Template to optionally subscribe requestors to a listserv.<br />
* [[MultipleOutgoingEmailAddresses]]<br />
* [[UseActorAsSender]]<br />
* [[X-Priority]] - Maps RT priority field to email priority header.<br />
<br />
== Callbacks ==<br />
<br />
Callbacks are an easy way to [[CleanlyCustomizeRT]]<br />
<br />
* [[CloningQueues]] - Add user functionality to clone existing queues including templates, scrips, privileges and custom fields during queue creation<br />
* [[CreateChildTicket]] - Add a button to the Ticket display to create a child ticket in another queue<br />
* [[HideTransactions]] - hide messages from a history view<br />
* [[ModifyQuery]] -Change default simple search behavior to in/ex-clude closed tickets, etc.<br />
* [[MakeClicky:Fedex]] - Make a link to Fedex tracking website whenever phrase looks like a tracking number<br />
* [[QuickResolveandQuickReject]] - Create two actions in Display page which allow you to reject or resolve the ticket without no comments.<br />
<br />
== Extensions ==<br />
<br />
Patches, [[Overlays]], Mason components, configuration tools and so on. These extensions are unlikely to become RT core package.<br />
<br />
Packages that have their own installer have been moved to [[Extensions]] - Below are code bits too small/experimental/etc. to warrant a standalone package:<br />
<br />
* [[ActiveDirectory]] - Several authentication techniques.<br />
* [[AutomaticImageResize]] -- automatically scale images that are displayed inline in your ticket history<br />
* [[AutoRedirectToSelfService]] - automatically redirect your users to Self Service if they don't have "own ticket" permissions;<br />
* [[BasicVsAdvancedInterface]] - allow privileged users to choose between the [[SelfService]] and RT at a Glance interfaces<br />
* [[CalendarWidget]] - add a the dynarch.com jscalendar widget to pick dates<br />
* [[CannedReplies]] - provides drop-down list of templates that can be included in a ticket reply<br />
* [[ColorizedLinks]] - colorizing list of Ticket Links depends on it's status<br />
* [[ConvertMultiSelectToCheckboxes]] - converts the multiselect customfield into a checkbox interface<br />
* [[CreateGroupAndAddMembers]] - an overylay that grants [[AdminGroupMembership]] when a user creates a group<br />
* [[CustomFieldRightsWithoutSeeQueue]] - for a custom ticket creation form that includes the custom fields and you don't want to turn on the [[SeeQueue]] right;<br />
* [[DisplayCustomFieldsInTicketSearch]];<br />
* [[DisplayCustomFieldsInUserPrefs]] - add user-based custom fields to User/Prefs.html<br />
* [[DisplayCustomFieldsOnTicketUpdatePage]] - Make a ticket's custom fields visible when updating or resolving a ticket.<br />
* [[EditCustomFieldsOnUpdate]] - edit custom fields on update, reply, comment...;<br />
* [[GroupMembershipCheck]] - snippet that can be included in a custom form if you want to limit the display of some things to a specific group;<br />
* [[HideTransactions]] - hide messages from a history view<br />
* [[HomePageSavedSearches]] - display lists of saved searches on the RT home page;<br />
* [[ImportCustomFieldValues]] - Fills custom field data from external source;<br />
* [[LdapSummary]] - Several authentication and user creation techniques<br />
* [[MaintenanceMode]] - a quick and dirty way to shut down your site temporarily<br />
* [[MandatorySubject]] - make a ticket's Subject mandatory using [[JavaScript]]<br />
* [[MoreAboutPrivilegedUsers]] - show the More About box for privileged users<br />
* [[MoveRTName]] - Move the $rtname to the end of a subject line<br />
* [[MultipleSubjectTokens]] - Change subject token dependend on queue name<br />
* [[PasswordReset]] - show password reset on login<br />
* [[PersistentSessions]] - Making users' sessions persistent<br />
* [[PopUpAlert]] - Send Reply instead of Comment<br />
* [[ResolveSendsReply]] - change the "Resolve" link to reply instead of comment by default<br />
* [[SelectRequestor]] - allow user to select requestor from drop down lists instead of typing email address;<br />
* [[SelectDefaultQueue]] - Using a user-based custom field, cause all queue name drop down lists to autopick that queue<br />
* [[SendEmail]] - lets template send an e-mail without adding RT ticket info to subject line<br />
* [[ShortcutPopupMenuScript]] - Javascript based popup menu of useful actions for ticket list<br />
* [[SideBySideTicketScreen]] - ticket update screen that shows ticket history "side-by-side" with ticket details.<br />
* [[SignatureToTheTop]] - Insert user's signature to the top of the message, not to the bottom as default<br />
* [[SimpleSearchExcludeResolved]] - exclude resolved and rejected tickets from simple search results<br />
* [[ShowStatusInColor]] - show status (or priority) in Color in Search screens;<br />
* [[ShowPerQueueInstructions]]<br />
* [[SpawnChildTicket]] - spawn a child ticket in a given queue list;<br />
* [[SpatialRT]] - Plot tickets on a map. More of a recipe than a full solution but could be expanded.<br />
* [http://wiki.bestpractical.com/view/Spreadsheet+RequestorDetails Spreadsheet+RequestorDetails] - Creates a Spreadsheet link which includes some requestor details if the user has the rights to see them (Global ACL [[AdminUsers]])<br />
* [[SpreadsheetDisplayedFields]] - download just the displayed search result fields into a spreadsheet;<br />
* [[StockAnswers]] - insert predefined templates into replies - now with a template editor;<br />
* [[SuppressOutgoingMail]] - optionally turn off outgoing mail<br />
* [[TextBasedPriorities]] - use <code>Normal, High, Emergency...</code> for priority value instead of numbers;<br />
* [[TicketsPerQueue]] - Display X unowned tickets per queue a user has rights to<br />
* [[TimeWorked]] - Display a report with total time worked per queue/per user<br />
* [[TimeWorkedReport]] - Display a report with total time worked per user per ticket for one or more queues.<br />
* [[TimelineStartDue]] - Modify Timeline package to display tickets using the Start and Due date<br />
* [[UpdateTimeLeft]] - update Time Left -field from <code>Update.html</code> (/reply, comment/)<br />
* [[ViewMyRequests]] - mod to [[SelfService]] that allows requestors to see ticket summaries, and details of their own tickets;<br />
* [[WhoHasRightsToWhat]] - a mason component that makes it easier to understand your complex rights setup.<br />
* [[WatcherSummary]] - a mason component that gives you an overview of tickets where a user is listed as a watcher.<br />
* [[LockLessSessionsMySQL]] - a new version of Sessions which works in no-locking mode<br />
<br />
== External utils ==<br />
<br />
Various standalone utilities.<br />
<br />
* [[backupRT]] - Run a quick backup of RT files (Debian)<br />
* [[backupRTDB]] - RT Database Backup Script (Debian)<br />
* [http://search.cpan.org/dist/Bot-BasicBot-Pluggable-Module-RT Bot::BasicBot::Pluggable::Module::RT] - an IRC Bot module that allows full querying of RT tickets from an IRC session. It can do as much as [http://search.cpan.org/dist/RT-Client-REST/ RT::Client::REST] can.<br />
* [[CleanupSessions]] - Clean up old database sessions<br />
* [[CloseAll]] - Close all TT in a queue<br />
* [[ConvertLegacyToRt]] - Converts a Legacy Flat File to RT Tickets.<br />
* [[delete-transaction]] - [http://download.bestpractical.com/pub/rt/contrib/3.0/Other/Censorware/delete-transaction Original version] was old, poured out errors and didn;t work well on 3.8. This one is fixed.<br />
* [[DenormalizedViewsForReporting]] - Several views to allow SQL reporting outside of RT.<br />
* Email reminders<br />
** [[DueDateRemindersByEmail]] - A script (to be run daily) that sends email notifications for expired tickets to owners and Queues/Tickets [[AdminCC]]<br />
** [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ rt-remind] - Stick this in your crontab to send out reminders about open tickets.<br />
** [[rtReminderMails]] - Cronscript that sends mails about reminders that are due in the next two days to the ticket and reminder owners.<br />
** [[rtUnifiedreminder]] - All the other reminder scripts are based on [[StartDate]], [[DueDate]] or Priority but not all organizations make use of those fields. Also, all the other scripts only send plaintext email to the ticket owner. This script sends one HTML mail (so you can click the tickets and links to RT searches) that lists all tickets that seem to be getting too old without being touched. "Too old" is based on [[LastUpdated]] field, with the amount of time configurable for New, Open and Stalled tickets.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Other/F2Wcvs-to-rt-3.0 F2Wcvs-to-rt] - Tool to help converting from the [http://f2w.sourceforge.net/ F2W] helpdesk system to RT<br />
* [http://mit.edu/alexmv/Public/graph-mason-deps graph-mason-deps] uses [http://www.graphviz.org/ GraphViz] to create a graph of which components call each other<br />
* [[html2mime]] - small perl script used to create a text/plain part from 100% html messages<br />
* [http://pthbb.org/software/manual/mailfilter mailfilter] - spam checking and more<br />
* [[Mbox2Rt]] - import a unix-style mailbox into RT<br />
* [[ProcmailRecipes]] - procmail recipes used for email filtering<br />
* [http://www.dmo.ca/projects/hacks/RT/RT.bm RT.bm] is a plugin for [http://www.mozilla.org/projects/mozbot/ mozbot] that allows some minimal querying of RT tickets from an IRC session.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Other/rtadduser rt-adduser] ([http://www.bestpractical.com/pub/rt/contrib/3.0/Other/rtadduser.README docs]) - command line tool to add RT users.<br />
* [http://mimosaid.007sites.com/rt-batch-add-users.txt rt-batch-add-users] - command line tool to add a batch of RT users based on data of a csv file.<br />
* [rt-batch-stats [[RT3BatchStats]]] - Command Line or batch statistics.<br />
* [[RtBounceHandler]] - scan bounce email for ticket details, then post essense of bounce info to that ticket.<br />
* [http://www.cpan.org/authors/id/A/AH/AHARRISON/scripts/rt-class-map-1.3.pl rt-class-map-1.3-pl] - Show methods available to specific RT objects.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/rt-cvsgate.txt rt-cvsgate] ([http://www.bestpractical.com/pub/rt/contrib/3.0/rt-cvsgate.README docs]) - cvs integration for request tracker.<br />
* [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ rt-escalate] ([[ConfigureEscalation]]) - stick this in your crontab to escalate priority on tickets automatically<br />
* [[RTLogins]] - simple php script that creates a login report ("Who's using RT?")<br />
* [http://wiki.bestpractical.com/view/rt_logins_email2ldap rt_logins_email2ldap] - script to convert email usernames to LDAP/Active Directory usernames<br />
* [[rt-google-charts]] - produce google charts for queue statistics<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Conversion/rt3-on-pg-to-mysql rt-on-pg-to-mysql] - Convert your rt database from postgres to mysql.<br />
* [http://shellscripts.org/project/rtqueues rt-queues] Shellscript called from procmail to sort E-Mails to the correct queue. Parses incoming mails and based on addresses in To: and CC: fields automatically sorts mails to the correct queue. This makes changing your MTA configuration for every new queue obsolete.<br />
* [[RtTalkToSelf]] - a mail filter script that allows a single RT instance to have one ticket as the "external requestor" of another.<br />
* [[scan-and-set]] - sample perl script to all the text attachments of open tickets for a text string and set a custom field with the result.<br />
* [http://www.jeconley.com/pub/rt/statdump statdump/statcron] - script and cronjob to generate RT management reports. The original URL is defunct, but a patched version of the scripts are still in [http://www.nabble.com/Patched-statdump-statcron-scripts-td2264154.html listarchives]. An updated version that fixed [[AverageTickets]] calcs and CURDATE selection used to be available at http://www.lei.net.au/stats.tgz.<br />
* [[CountTickets]] - a BASH script to count tickets in a [[MySQL]] db.<br />
* [[ShredderControl]] - a BASH script to shred tickets using [[RTx]]-Shredder.<br />
* [[MigrateBugzillaToRT]] - Migrate a Bugzilla instance cleanly to RT<br />
* [[IntegrateSphinx]] - How to integrate the Sphinx full-text search engine into RT<br />
<br />
=== Browser Tools ===<br />
<br />
* [[AutomaticTextareaAutosave]] - Firefox + Windows only<br />
* Integrated Browser Search - Add a custom search engine for RT system to your modern browser with [[OpenSearchPluginForRT]]. See also [[SearchRTFromFirefox]].<br />
* [[RTKeyboardShortcut]] - Firefox + Greasmonky script (can be added to an installation)<br />
<br />
== Database Queries ==<br />
<br />
* [[QueryResolvedByUser]]<br />
<br />
== Other ==<br />
<br />
* [http://www.cs.mu.oz.au/systems/rt.html Department of Computer Science and Software Engineering, The University of Melbourne's RT page]<br />
* [http://page.mi.fu-berlin.de/~pape/rt3screenshots/ Dirk Pape's RT page] (The "Fork" tarball link is broken on this site)<br />
* [http://web.mit.edu/tooltime/ MIT IS&amp;T RT page]<br />
* [http://www.usit.uio.no/it/rt/modifications/ University of Oslo's RT page]<br />
* [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ University of Kent's RT page]</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=AutoUpdate_Parents_with_TImeWorked&diff=285AutoUpdate Parents with TImeWorked2010-12-10T20:30:31Z<p>131.243.172.232: </p>
<hr />
<div>[[File:Placeholder|right|300px]]<br />
<br />
#############################################################################<br />#<br />
# Scrip name: WorkFlow MemberOf on Time<br /># Description: Automatically add "Time Worked" to all vertical and horizontal<br /># parent tickets<br />#<br />
# Condition: User Defined<br /># Action: User Defined<br /># Template: Global template: Blank<br /># Stage: TransactionBatch<br /># Written: 12/10/2010 - Kenn Crocker<br />#<br />
# Modified: MM/DD/YYYY - Name/comments<br />#<br />
#############################################################################<br />#<br />
#----------------------------------------------------------------------------<br /># Custom condition:<br />#----------------------------------------------------------------------------<br /># Set initial values<br />
<br />
my $trans = $self->TransactionObj;<br />my $ticket = $self->TicketObj;<br />
<br />
# Get out if not for "TimeWorked"<br />
<br />
return 0 unless ($trans->Type eq 'Set' &&<br />$trans->Field eq 'TimeWorked');<br />
<br />
return 1;<br />
<br />
#----------------------------------------------------------------------------<br /># Custom action preparation code:<br />#----------------------------------------------------------------------------<br /># Set initial values<br />
<br />
my $trans = $self->TransactionObj;<br />my $ticket = $self->TicketObj;<br />my $Time = (($trans->NewValue) - ($trans->OldValue));<br />my $MemberOf = $ticket->MemberOf;<br />
<br />
# get out if current ticket is not a "MemeberOf" (child of some parent)<br />
<br />
return 0 unless $MemberOf;<br />
<br />
# Loop thru each parent and add the Child's "TimeWorked" to them<br /># You can skip a parent ticket if it is not in active state by uncommenting<br /># the next statement<br />
<br />
while( my $l = $MemberOf->Next )<br />{<br /># next unless( $l->TargetObj->Status =~ /^(?:new|open|stalled)$/ );<br />my $ParentTime = $l->TargetObj->TimeWorked;<br />my $NewTime = ($ParentTime + $Time);<br />$l->TargetObj->SetTimeWorked($NewTime);<br />}<br />
<br />
return 1;<br />
<br />
#----------------------------------------------------------------------------<br /># Custom action cleanup code: None<br />#----------------------------------------------------------------------------<br />return 1;</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=AutoUpdate_Parents_with_TImeWorked&diff=284AutoUpdate Parents with TImeWorked2010-12-10T20:28:27Z<p>131.243.172.232: Created page with "300px #############################################################################<br /># # Scrip name: AutoUpdate Parents with TImeWorked<br /># Des…"</p>
<hr />
<div>[[File:Placeholder|right|300px]]<br />
#############################################################################<br />#<br />
# Scrip name: AutoUpdate Parents with TImeWorked<br /># Description: Automatically add "Time Worked" to all vertical and horizontal<br /># parent tickets<br />#<br />
# Condition: User Defined<br /># Action: User Defined<br /># Template: Global template: Blank<br /># Stage: TransactionBatch<br /># Written: 12/10/2010 - Kenn Crocker<br />#<br />
# Modified: MM/DD/YYYY - Name/comments<br />#<br />
#############################################################################<br />#<br />
#----------------------------------------------------------------------------<br /># Custom condition:<br />#----------------------------------------------------------------------------<br /># Set initial values<br />
<br />
my $trans = $self->TransactionObj;<br />my $ticket = $self->TicketObj;<br />
<br />
# Get out if not for "TimeWorked"<br />
<br />
return 0 unless ($trans->Type eq 'Set' &&<br />$trans->Field eq 'TimeWorked');<br />
<br />
return 1;<br />
<br />
#----------------------------------------------------------------------------<br /># Custom action preparation code:<br />#----------------------------------------------------------------------------<br /># Set initial values<br />
<br />
my $trans = $self->TransactionObj;<br />my $ticket = $self->TicketObj;<br />my $Time = (($trans->NewValue) - ($trans->OldValue));<br />my $MemberOf = $ticket->MemberOf;<br />
<br />
# get out if current ticket is not a "MemeberOf" (child of some parent)<br />
<br />
return 0 unless $MemberOf;<br />
<br />
# Loop thru each parent and add the Child's "TimeWorked" to them<br /># You can skip a parent ticket if it is not in active state by uncommenting<br /># the next statement<br />
<br />
while( my $l = $MemberOf->Next )<br />{<br /># next unless( $l->TargetObj->Status =~ /^(?:new|open|stalled)$/ );<br />my $ParentTime = $l->TargetObj->TimeWorked;<br />my $NewTime = ($ParentTime + $Time);<br />$l->TargetObj->SetTimeWorked($NewTime);<br />}<br />
<br />
return 1;<br />
<br />
#----------------------------------------------------------------------------<br /># Custom action cleanup code: None<br />#----------------------------------------------------------------------------<br />return 1;</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=Contributions&diff=587Contributions2010-12-10T20:26:27Z<p>131.243.172.232: /* ScripActions */</p>
<hr />
<div>= Contributions to RT =<br />
<br />
Contains info about software that third parties have contributed to RT. If you know of a contribution or enhancement that is not in this list, please add to the best section possible below, in alphabetical order. Also include notes about the RT versions tested.<br />
<br />
You may also want to check the [[Documentation]] page because many articles there describe how to add features that RT does not have by default.<br />
<br />
Packages that have their own installer have been moved to [[Extensions]].<br />
<br />
See Also the outdated [[Patches]], whose content should be moved to the appropriate subsections below.<br />
<br />
== Coping with Spam ==<br />
<br />
The techniques for dealing with spam span the divisions below and have been collected in a single place for easy review. Please see [[SpamFiltering]], limiting additions to tricks that differ significantly from the existing material for conciseness.<br />
<br />
== ScripConditions ==<br />
<br />
Custom [[Condition]]s. Doesn't matter if it's module or text to fill into "user defined condition" block in the WebUI, all live here.<br />
<br />
Many conditions are very simple and you can find a big list in [[CustomConditionSnippets]].<br />
<br />
'''<nowiki>*Please</nowiki>'''*, start wiki page names with "On" prefix if you don't want to add condition into [[CustomConditionSnippets]].<br />
<br />
* [[AnyTransactionSource]];<br />
* [[AnyReminderTransaction]] - a scrip condition which triggers on all reminder transactions;<br />
* [[ExampleOfCustomFieldInCondition]] - a condition that check [[CustomField]] value;<br />
* [[MuteResolve]] - let resolver choose not to send email on resolve;<br />
* [[MuteResolve Redux]] - alternate version of MuteResolve that uses a status code and custom field to avoid some problems;<br />
* [[NotResolved]] - a scrip condition to detect all ticket that aren't marked resolved;<br />
* [[OnCreateAutoReplyException]] - a scrip condition that will send [[AutoReply]] emails to users except for those in the execption list;<br />
* [[OnCreateCheckCF]] - check presence of a mandatory cf on ticket creation;<br />
* [[OnCreateFromEmail]] - scrip condition that will send [[AutoReply]] emails to users only when a ticket is opened via email;<br />
* [[OnCreationOfApprovalTicket]] - a scrip condition that checks if you are creating a new approval ticket<br />
* [[OnCreatePageOffHours]] - scrip condition that will send email via the [[SendEmailAction]] scrip to and external account. This scrip has an additional condition where it is checking if the request is coming from a specific user or system.<br />
* [[OnCreateSetUserDetails]] - parse vCards for user information.<br />
* [[OnCustomFieldValueChange]] - this condition matches when [[CustomField]] value is changed;<br />
* [[OnMaxPriority]] - check if ticket hits maximal priority (used with priority escalation)<br />
* [[OnMerge]] - a scrip condition that triggers on ticket merges;<br />
* [[OnResolveOnce]] - a scrip condition that matches when a ticket is resolved but only if the ticket was not resolved before;<br />
* [[OnStatusChange]] - using RT's condition 'On Resolve' to trigger other conditions<br />
* [[OnStealEnhanced]] - small enhancement to the [[OnSteal]] condition in "RT Essentials".<br />
* [[OnTimeEstimated]] - when the time Time Estimated fields is set<br />
* [[OnToOrCC]] - when a request is sent to a particular mailbox<br />
* [[OnWatcherChange]] - a scrip condition to detect when a ticket watcher is added or deleted.<br />
* [[OnWebCorrespond]] - determines if a reply is from an incoming email message or from the web interface.<br />
* [[ReplyBasedUponContent]] - a scrip to reply to an email based upon its content<br />
* [[ReplyToResolved]] - a scrip condition to detect all ticket that are marked resolved;<br />
* [[TicketIDMatches]].pm - a condition which triggers only one ticket by id;<br />
* [[UntouchedInHours]] - scrip condition that checks if a ticket's LastUpdate is more than the specified number of hours;<br />
* [[OnCorrespondOpenUnlessResolved]] - condition to stop RT re-opening resolved tickets when the user replies to them by email;<br />
<br />
== ScripActions ==<br />
<br />
Nice custom [[ScripAction]]s that makes your life easier.<br />
<br />
* [[AddAdminCc]] - Add an [[AdminCc]] to tickets for a specific queue, or for queue change.<br />
* [[AddAdminCcAndChangeQueue]] - Add an [[AdminCc]] to a ticket, and move the ticket to a queue.<br />
* [[AddSquelchedCc]] - Add group members as Cc to give them access to tickets but without email notifications.<br />
* [[AddRefersToOnEqualCustomField]] - Create [[RefersTo]] links to tickets with same custom field value<br />
* [[AddRequestor]] - Allow some accounts to view a ticket without adding by hand some requestors.<br />
* [[AddWatcherPerTicket]] - Add a watcher to a specific ticket (e.g. when certain conditions are met, such as high urgency)<br />
* [[AddWatchersOnCorrespond]] - Add Actor &amp; other Cc'd people to ticket on any Correspondence (complement to using [[ParseNewMessageForTicketCcs]] to add people on ticket creation).<br />
* [[AutomaticCustomFieldValue]] - set CF value by requestor's email address.<br />
* [[AutoCcOwner]] - Add the owner as an [[AdminCc]]<br />
* [[AutoCcLastOwner]] - When the owner is changed, automatically add the previous owner to the Cc list.<br />
* [[AutoChangeQueue]] - Change queue if a specific group member take a ticket<br />
* [[AutoCloseOnNagiosRecoveryMessages]] - Automatically merges and closes a ticket based on the creation of another ticket, in this case, of a nagios generated RECOVERY e-mail<br />
* [[AutoSetOwner]] - how to automatically set owner on resolution<br />
* [[AutoSetOwnerIfAdminCc]] - Automatically set ticket owner to an [[AdminCc]]<br />
* [[AutoSetOwnerFromCC]] - how to automatically set owner from Cc<br />
* [[AutoUpdate Parents with TImeWorked]] - Value of TimeWorked (newvalue - oldvalue) cascaded vertically and horizontally to all parents of the ticket modified.<br />
* [[BounceMerge]] - Merge a Mail Bounce into the original Ticket<br />
* [[CreatePriorityBasedOnCustomFieldValues]] - Automatically set the Priority based on Ticket Urgency and Impact.<br />
* [[DefaultCustomFieldValue]] - set default CF value.<br />
* [[DivideTicketIntoSubtasks]] - auto-creates new tickets for each subtask in a bulleted list<br />
* [[DueDateinBusinessHours]] - scrip action that sets short-term ticket due dates to coincide with business hours<br />
* [[EscalateTicketOnAction]] - increment the priority of a ticket whenever a certain action is taken<br />
* [[ExtractCustomFieldValues]] - set [[CustomField]] with arbitrary data extracted from a ticket using a simple template<br />
* [[ForkIntoNewTicket]] - a scrip action to copy response/comment ticket to another ticket<br />
* [[JumpToFrontPageOnTicketResolve]] - Admonish me if you wish, but on resolve of a ticket this scrip will redirect your browser to a new URL of your choosing.<br />
* [[NotifyNonRecipients]] - notify recipients unless they were already cc'd on the mail<br />
* [[OnCreateSetDeptHeadCc]] - On create in the case that [[CustomField]].Department = 'Foo' then add group 'Head Foo' as a Cc<br />
* [[OnCreateAddGroupCc]] - On create from Requestor email that matches a regex, add members of arbitrary group to CC list while making sure not to add anyone already associated with the ticket<br />
* [[OnQueueChangeFixReminders]] - Tickets lose reminders when they are moved between queues. This scrip fixes that<br />
* [[OpenTicketOnAllMemberResolve]]<br />
* [[OpenDependantsOnResolve]]<br />
* [[RemoteControlLimeSurvey]] - Scrip action to trigger [[LimeSurvey]] to add a token to a given survey.<br />
* [[ResolveTicket]]<br />
* [[SendEmailAction]] - sends an alert to someone not specified in the ticket<br />
* [[SendHTMLEmail]] - modification of RT::Action::[[SendEmail]] for sending mails with Content-Type: text/html<br />
* [[SendNagiosAlert]] - Send an alert to Nagios if a new or open ticket exists in any defined queues.<br />
* [[SendAlarmPointEvent]] - Send an event to alarm point to invoke SMS/Voice/E-mail alerts<br />
* [[SetCorresponderAsCC]] - Add anyone who correspondes on a ticket to CC - for the lazy users.<br />
* [[SetOwnerAndQueueBySubject]] - Set queue and owner when the subject matches a regex<br />
* [[SetTicketPropertiesViaMail]] - scrip action that allow you to set status, owner and etc via email<br />
* [[SetTimeWorkedAutomatically]] - scrip action that updates automatically the Time Worked field on the Ticket<br />
* [[SpamScore2Priority]] - Expose message spam score as priority for review<br />
#############################################################################<br />
#<br />
# Scrip name: WorkFlow MemberOf on Time<br />
# Description: Automatically add "Time Worked" to all vertical and horizontal<br />
# parent tickets<br />
#<br />
# Condition: User Defined<br />
# Action: User Defined<br />
# Template: Global template: Blank<br />
# Stage: TransactionBatch<br />
# Written: 12/10/2010 - Kenn Crocker<br />
#<br />
# Modified: MM/DD/YYYY - Name/comments<br />
#<br />
#############################################################################<br />
#<br />
#----------------------------------------------------------------------------<br />
# Custom condition:<br />
#----------------------------------------------------------------------------<br />
# Set initial values<br />
<br />
my $trans = $self->TransactionObj;<br />
my $ticket = $self->TicketObj;<br />
<br />
# Get out if not for "TimeWorked"<br />
<br />
return 0 unless ($trans->Type eq 'Set' &&<br />
$trans->Field eq 'TimeWorked');<br />
<br />
return 1;<br />
<br />
#----------------------------------------------------------------------------<br />
# Custom action preparation code:<br />
#----------------------------------------------------------------------------<br />
# Set initial values<br />
<br />
my $trans = $self->TransactionObj;<br />
my $ticket = $self->TicketObj;<br />
my $Time = (($trans->NewValue) - ($trans->OldValue));<br />
my $MemberOf = $ticket->MemberOf;<br />
<br />
# get out if current ticket is not a "MemeberOf" (child of some parent)<br />
<br />
return 0 unless $MemberOf;<br />
<br />
# Loop thru each parent and add the Child's "TimeWorked" to them<br />
# You can skip a parent ticket if it is not in active state by uncommenting<br />
# the next statement<br />
<br />
while( my $l = $MemberOf->Next )<br />
{<br />
# next unless( $l->TargetObj->Status =~ /^(?:new|open|stalled)$/ );<br />
my $ParentTime = $l->TargetObj->TimeWorked;<br />
my $NewTime = ($ParentTime + $Time);<br />
$l->TargetObj->SetTimeWorked($NewTime);<br />
}<br />
<br />
return 1;<br />
<br />
#----------------------------------------------------------------------------<br />
# Custom action cleanup code: None<br />
#----------------------------------------------------------------------------<br />
return 1;<br />
<br />
== Template parts ==<br />
<br />
Code that you can put into your mail [[Template]]s, [[Template]] page has also some code snippets.<br />
<br />
* [[AddAttachmentLinksToMail]] - adds links on file attachments that ticket has<br />
* [[AddCustomFieldsValuesToMail]] - puts all [[CustomField]]s values into mail<br />
* [[AddCustomFieldstoTemplates]] - extracting just one or more [[CustomField]]s, without recalling the entire set<br />
* [[AddTicketHistoryToMail]] - complex template that adds ticket's history<br />
* [[AddQueueNameToMailHeaders]] - add the relevent queue name to mail sent<br />
* [[AddLastCommentToMail]]<br />
* [[EmailGroup]] - email an RT [[Group]]<br />
* [[ForkTemplate]] - send a range of customized responses without hard-coding variants.<br />
* [[MailingListIntegration]] - Scrip + Template to optionally subscribe requestors to a listserv.<br />
* [[MultipleOutgoingEmailAddresses]]<br />
* [[UseActorAsSender]]<br />
* [[X-Priority]] - Maps RT priority field to email priority header.<br />
<br />
== Callbacks ==<br />
<br />
Callbacks are an easy way to [[CleanlyCustomizeRT]]<br />
<br />
* [[CloningQueues]] - Add user functionality to clone existing queues including templates, scrips, privileges and custom fields during queue creation<br />
* [[CreateChildTicket]] - Add a button to the Ticket display to create a child ticket in another queue<br />
* [[HideTransactions]] - hide messages from a history view<br />
* [[ModifyQuery]] -Change default simple search behavior to in/ex-clude closed tickets, etc.<br />
* [[MakeClicky:Fedex]] - Make a link to Fedex tracking website whenever phrase looks like a tracking number<br />
* [[QuickResolveandQuickReject]] - Create two actions in Display page which allow you to reject or resolve the ticket without no comments.<br />
<br />
== Extensions ==<br />
<br />
Patches, [[Overlays]], Mason components, configuration tools and so on. These extensions are unlikely to become RT core package.<br />
<br />
Packages that have their own installer have been moved to [[Extensions]] - Below are code bits too small/experimental/etc. to warrant a standalone package:<br />
<br />
* [[ActiveDirectory]] - Several authentication techniques.<br />
* [[AutomaticImageResize]] -- automatically scale images that are displayed inline in your ticket history<br />
* [[AutoRedirectToSelfService]] - automatically redirect your users to Self Service if they don't have "own ticket" permissions;<br />
* [[BasicVsAdvancedInterface]] - allow privileged users to choose between the [[SelfService]] and RT at a Glance interfaces<br />
* [[CalendarWidget]] - add a the dynarch.com jscalendar widget to pick dates<br />
* [[CannedReplies]] - provides drop-down list of templates that can be included in a ticket reply<br />
* [[ColorizedLinks]] - colorizing list of Ticket Links depends on it's status<br />
* [[ConvertMultiSelectToCheckboxes]] - converts the multiselect customfield into a checkbox interface<br />
* [[CreateGroupAndAddMembers]] - an overylay that grants [[AdminGroupMembership]] when a user creates a group<br />
* [[CustomFieldRightsWithoutSeeQueue]] - for a custom ticket creation form that includes the custom fields and you don't want to turn on the [[SeeQueue]] right;<br />
* [[DisplayCustomFieldsInTicketSearch]];<br />
* [[DisplayCustomFieldsInUserPrefs]] - add user-based custom fields to User/Prefs.html<br />
* [[DisplayCustomFieldsOnTicketUpdatePage]] - Make a ticket's custom fields visible when updating or resolving a ticket.<br />
* [[EditCustomFieldsOnUpdate]] - edit custom fields on update, reply, comment...;<br />
* [[GroupMembershipCheck]] - snippet that can be included in a custom form if you want to limit the display of some things to a specific group;<br />
* [[HideTransactions]] - hide messages from a history view<br />
* [[HomePageSavedSearches]] - display lists of saved searches on the RT home page;<br />
* [[ImportCustomFieldValues]] - Fills custom field data from external source;<br />
* [[LdapSummary]] - Several authentication and user creation techniques<br />
* [[MaintenanceMode]] - a quick and dirty way to shut down your site temporarily<br />
* [[MandatorySubject]] - make a ticket's Subject mandatory using [[JavaScript]]<br />
* [[MoreAboutPrivilegedUsers]] - show the More About box for privileged users<br />
* [[MoveRTName]] - Move the $rtname to the end of a subject line<br />
* [[MultipleSubjectTokens]] - Change subject token dependend on queue name<br />
* [[PasswordReset]] - show password reset on login<br />
* [[PersistentSessions]] - Making users' sessions persistent<br />
* [[PopUpAlert]] - Send Reply instead of Comment<br />
* [[ResolveSendsReply]] - change the "Resolve" link to reply instead of comment by default<br />
* [[SelectRequestor]] - allow user to select requestor from drop down lists instead of typing email address;<br />
* [[SelectDefaultQueue]] - Using a user-based custom field, cause all queue name drop down lists to autopick that queue<br />
* [[SendEmail]] - lets template send an e-mail without adding RT ticket info to subject line<br />
* [[ShortcutPopupMenuScript]] - Javascript based popup menu of useful actions for ticket list<br />
* [[SideBySideTicketScreen]] - ticket update screen that shows ticket history "side-by-side" with ticket details.<br />
* [[SignatureToTheTop]] - Insert user's signature to the top of the message, not to the bottom as default<br />
* [[SimpleSearchExcludeResolved]] - exclude resolved and rejected tickets from simple search results<br />
* [[ShowStatusInColor]] - show status (or priority) in Color in Search screens;<br />
* [[ShowPerQueueInstructions]]<br />
* [[SpawnChildTicket]] - spawn a child ticket in a given queue list;<br />
* [[SpatialRT]] - Plot tickets on a map. More of a recipe than a full solution but could be expanded.<br />
* [http://wiki.bestpractical.com/view/Spreadsheet+RequestorDetails Spreadsheet+RequestorDetails] - Creates a Spreadsheet link which includes some requestor details if the user has the rights to see them (Global ACL [[AdminUsers]])<br />
* [[SpreadsheetDisplayedFields]] - download just the displayed search result fields into a spreadsheet;<br />
* [[StockAnswers]] - insert predefined templates into replies - now with a template editor;<br />
* [[SuppressOutgoingMail]] - optionally turn off outgoing mail<br />
* [[TextBasedPriorities]] - use <code>Normal, High, Emergency...</code> for priority value instead of numbers;<br />
* [[TicketsPerQueue]] - Display X unowned tickets per queue a user has rights to<br />
* [[TimeWorked]] - Display a report with total time worked per queue/per user<br />
* [[TimeWorkedReport]] - Display a report with total time worked per user per ticket for one or more queues.<br />
* [[TimelineStartDue]] - Modify Timeline package to display tickets using the Start and Due date<br />
* [[UpdateTimeLeft]] - update Time Left -field from <code>Update.html</code> (/reply, comment/)<br />
* [[ViewMyRequests]] - mod to [[SelfService]] that allows requestors to see ticket summaries, and details of their own tickets;<br />
* [[WhoHasRightsToWhat]] - a mason component that makes it easier to understand your complex rights setup.<br />
* [[WatcherSummary]] - a mason component that gives you an overview of tickets where a user is listed as a watcher.<br />
* [[LockLessSessionsMySQL]] - a new version of Sessions which works in no-locking mode<br />
<br />
== External utils ==<br />
<br />
Various standalone utilities.<br />
<br />
* [[backupRT]] - Run a quick backup of RT files (Debian)<br />
* [[backupRTDB]] - RT Database Backup Script (Debian)<br />
* [http://search.cpan.org/dist/Bot-BasicBot-Pluggable-Module-RT Bot::BasicBot::Pluggable::Module::RT] - an IRC Bot module that allows full querying of RT tickets from an IRC session. It can do as much as [http://search.cpan.org/dist/RT-Client-REST/ RT::Client::REST] can.<br />
* [[CleanupSessions]] - Clean up old database sessions<br />
* [[CloseAll]] - Close all TT in a queue<br />
* [[ConvertLegacyToRt]] - Converts a Legacy Flat File to RT Tickets.<br />
* [[delete-transaction]] - [http://download.bestpractical.com/pub/rt/contrib/3.0/Other/Censorware/delete-transaction Original version] was old, poured out errors and didn;t work well on 3.8. This one is fixed.<br />
* [[DenormalizedViewsForReporting]] - Several views to allow SQL reporting outside of RT.<br />
* Email reminders<br />
** [[DueDateRemindersByEmail]] - A script (to be run daily) that sends email notifications for expired tickets to owners and Queues/Tickets [[AdminCC]]<br />
** [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ rt-remind] - Stick this in your crontab to send out reminders about open tickets.<br />
** [[rtReminderMails]] - Cronscript that sends mails about reminders that are due in the next two days to the ticket and reminder owners.<br />
** [[rtUnifiedreminder]] - All the other reminder scripts are based on [[StartDate]], [[DueDate]] or Priority but not all organizations make use of those fields. Also, all the other scripts only send plaintext email to the ticket owner. This script sends one HTML mail (so you can click the tickets and links to RT searches) that lists all tickets that seem to be getting too old without being touched. "Too old" is based on [[LastUpdated]] field, with the amount of time configurable for New, Open and Stalled tickets.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Other/F2Wcvs-to-rt-3.0 F2Wcvs-to-rt] - Tool to help converting from the [http://f2w.sourceforge.net/ F2W] helpdesk system to RT<br />
* [http://mit.edu/alexmv/Public/graph-mason-deps graph-mason-deps] uses [http://www.graphviz.org/ GraphViz] to create a graph of which components call each other<br />
* [[html2mime]] - small perl script used to create a text/plain part from 100% html messages<br />
* [http://pthbb.org/software/manual/mailfilter mailfilter] - spam checking and more<br />
* [[Mbox2Rt]] - import a unix-style mailbox into RT<br />
* [[ProcmailRecipes]] - procmail recipes used for email filtering<br />
* [http://www.dmo.ca/projects/hacks/RT/RT.bm RT.bm] is a plugin for [http://www.mozilla.org/projects/mozbot/ mozbot] that allows some minimal querying of RT tickets from an IRC session.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Other/rtadduser rt-adduser] ([http://www.bestpractical.com/pub/rt/contrib/3.0/Other/rtadduser.README docs]) - command line tool to add RT users.<br />
* [http://mimosaid.007sites.com/rt-batch-add-users.txt rt-batch-add-users] - command line tool to add a batch of RT users based on data of a csv file.<br />
* [rt-batch-stats [[RT3BatchStats]]] - Command Line or batch statistics.<br />
* [[RtBounceHandler]] - scan bounce email for ticket details, then post essense of bounce info to that ticket.<br />
* [http://www.cpan.org/authors/id/A/AH/AHARRISON/scripts/rt-class-map-1.3.pl rt-class-map-1.3-pl] - Show methods available to specific RT objects.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/rt-cvsgate.txt rt-cvsgate] ([http://www.bestpractical.com/pub/rt/contrib/3.0/rt-cvsgate.README docs]) - cvs integration for request tracker.<br />
* [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ rt-escalate] ([[ConfigureEscalation]]) - stick this in your crontab to escalate priority on tickets automatically<br />
* [[RTLogins]] - simple php script that creates a login report ("Who's using RT?")<br />
* [http://wiki.bestpractical.com/view/rt_logins_email2ldap rt_logins_email2ldap] - script to convert email usernames to LDAP/Active Directory usernames<br />
* [[rt-google-charts]] - produce google charts for queue statistics<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Conversion/rt3-on-pg-to-mysql rt-on-pg-to-mysql] - Convert your rt database from postgres to mysql.<br />
* [http://shellscripts.org/project/rtqueues rt-queues] Shellscript called from procmail to sort E-Mails to the correct queue. Parses incoming mails and based on addresses in To: and CC: fields automatically sorts mails to the correct queue. This makes changing your MTA configuration for every new queue obsolete.<br />
* [[RtTalkToSelf]] - a mail filter script that allows a single RT instance to have one ticket as the "external requestor" of another.<br />
* [[scan-and-set]] - sample perl script to all the text attachments of open tickets for a text string and set a custom field with the result.<br />
* [http://www.jeconley.com/pub/rt/statdump statdump/statcron] - script and cronjob to generate RT management reports. The original URL is defunct, but a patched version of the scripts are still in [http://www.nabble.com/Patched-statdump-statcron-scripts-td2264154.html listarchives]. An updated version that fixed [[AverageTickets]] calcs and CURDATE selection used to be available at http://www.lei.net.au/stats.tgz.<br />
* [[CountTickets]] - a BASH script to count tickets in a [[MySQL]] db.<br />
* [[ShredderControl]] - a BASH script to shred tickets using [[RTx]]-Shredder.<br />
* [[MigrateBugzillaToRT]] - Migrate a Bugzilla instance cleanly to RT<br />
* [[IntegrateSphinx]] - How to integrate the Sphinx full-text search engine into RT<br />
<br />
=== Browser Tools ===<br />
<br />
* [[AutomaticTextareaAutosave]] - Firefox + Windows only<br />
* Integrated Browser Search - Add a custom search engine for RT system to your modern browser with [[OpenSearchPluginForRT]]. See also [[SearchRTFromFirefox]].<br />
* [[RTKeyboardShortcut]] - Firefox + Greasmonky script (can be added to an installation)<br />
<br />
== Database Queries ==<br />
<br />
* [[QueryResolvedByUser]]<br />
<br />
== Other ==<br />
<br />
* [http://www.cs.mu.oz.au/systems/rt.html Department of Computer Science and Software Engineering, The University of Melbourne's RT page]<br />
* [http://page.mi.fu-berlin.de/~pape/rt3screenshots/ Dirk Pape's RT page] (The "Fork" tarball link is broken on this site)<br />
* [http://web.mit.edu/tooltime/ MIT IS&amp;T RT page]<br />
* [http://www.usit.uio.no/it/rt/modifications/ University of Oslo's RT page]<br />
* [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ University of Kent's RT page]</div>131.243.172.232https://rt-wiki.bestpractical.com/index.php?title=Contributions&diff=586Contributions2010-12-10T20:24:41Z<p>131.243.172.232: /* ScripActions */</p>
<hr />
<div>= Contributions to RT =<br />
<br />
Contains info about software that third parties have contributed to RT. If you know of a contribution or enhancement that is not in this list, please add to the best section possible below, in alphabetical order. Also include notes about the RT versions tested.<br />
<br />
You may also want to check the [[Documentation]] page because many articles there describe how to add features that RT does not have by default.<br />
<br />
Packages that have their own installer have been moved to [[Extensions]].<br />
<br />
See Also the outdated [[Patches]], whose content should be moved to the appropriate subsections below.<br />
<br />
== Coping with Spam ==<br />
<br />
The techniques for dealing with spam span the divisions below and have been collected in a single place for easy review. Please see [[SpamFiltering]], limiting additions to tricks that differ significantly from the existing material for conciseness.<br />
<br />
== ScripConditions ==<br />
<br />
Custom [[Condition]]s. Doesn't matter if it's module or text to fill into "user defined condition" block in the WebUI, all live here.<br />
<br />
Many conditions are very simple and you can find a big list in [[CustomConditionSnippets]].<br />
<br />
'''<nowiki>*Please</nowiki>'''*, start wiki page names with "On" prefix if you don't want to add condition into [[CustomConditionSnippets]].<br />
<br />
* [[AnyTransactionSource]];<br />
* [[AnyReminderTransaction]] - a scrip condition which triggers on all reminder transactions;<br />
* [[ExampleOfCustomFieldInCondition]] - a condition that check [[CustomField]] value;<br />
* [[MuteResolve]] - let resolver choose not to send email on resolve;<br />
* [[MuteResolve Redux]] - alternate version of MuteResolve that uses a status code and custom field to avoid some problems;<br />
* [[NotResolved]] - a scrip condition to detect all ticket that aren't marked resolved;<br />
* [[OnCreateAutoReplyException]] - a scrip condition that will send [[AutoReply]] emails to users except for those in the execption list;<br />
* [[OnCreateCheckCF]] - check presence of a mandatory cf on ticket creation;<br />
* [[OnCreateFromEmail]] - scrip condition that will send [[AutoReply]] emails to users only when a ticket is opened via email;<br />
* [[OnCreationOfApprovalTicket]] - a scrip condition that checks if you are creating a new approval ticket<br />
* [[OnCreatePageOffHours]] - scrip condition that will send email via the [[SendEmailAction]] scrip to and external account. This scrip has an additional condition where it is checking if the request is coming from a specific user or system.<br />
* [[OnCreateSetUserDetails]] - parse vCards for user information.<br />
* [[OnCustomFieldValueChange]] - this condition matches when [[CustomField]] value is changed;<br />
* [[OnMaxPriority]] - check if ticket hits maximal priority (used with priority escalation)<br />
* [[OnMerge]] - a scrip condition that triggers on ticket merges;<br />
* [[OnResolveOnce]] - a scrip condition that matches when a ticket is resolved but only if the ticket was not resolved before;<br />
* [[OnStatusChange]] - using RT's condition 'On Resolve' to trigger other conditions<br />
* [[OnStealEnhanced]] - small enhancement to the [[OnSteal]] condition in "RT Essentials".<br />
* [[OnTimeEstimated]] - when the time Time Estimated fields is set<br />
* [[OnToOrCC]] - when a request is sent to a particular mailbox<br />
* [[OnWatcherChange]] - a scrip condition to detect when a ticket watcher is added or deleted.<br />
* [[OnWebCorrespond]] - determines if a reply is from an incoming email message or from the web interface.<br />
* [[ReplyBasedUponContent]] - a scrip to reply to an email based upon its content<br />
* [[ReplyToResolved]] - a scrip condition to detect all ticket that are marked resolved;<br />
* [[TicketIDMatches]].pm - a condition which triggers only one ticket by id;<br />
* [[UntouchedInHours]] - scrip condition that checks if a ticket's LastUpdate is more than the specified number of hours;<br />
* [[OnCorrespondOpenUnlessResolved]] - condition to stop RT re-opening resolved tickets when the user replies to them by email;<br />
<br />
== ScripActions ==<br />
<br />
Nice custom [[ScripAction]]s that makes your life easier.<br />
<br />
* [[AddAdminCc]] - Add an [[AdminCc]] to tickets for a specific queue, or for queue change.<br />
* [[AddAdminCcAndChangeQueue]] - Add an [[AdminCc]] to a ticket, and move the ticket to a queue.<br />
* [[AddSquelchedCc]] - Add group members as Cc to give them access to tickets but without email notifications.<br />
* [[AddRefersToOnEqualCustomField]] - Create [[RefersTo]] links to tickets with same custom field value<br />
* [[AddRequestor]] - Allow some accounts to view a ticket without adding by hand some requestors.<br />
* [[AddWatcherPerTicket]] - Add a watcher to a specific ticket (e.g. when certain conditions are met, such as high urgency)<br />
* [[AddWatchersOnCorrespond]] - Add Actor &amp; other Cc'd people to ticket on any Correspondence (complement to using [[ParseNewMessageForTicketCcs]] to add people on ticket creation).<br />
* [[AutomaticCustomFieldValue]] - set CF value by requestor's email address.<br />
* [[AutoCcOwner]] - Add the owner as an [[AdminCc]]<br />
* [[AutoCcLastOwner]] - When the owner is changed, automatically add the previous owner to the Cc list.<br />
* [[AutoChangeQueue]] - Change queue if a specific group member take a ticket<br />
* [[AutoCloseOnNagiosRecoveryMessages]] - Automatically merges and closes a ticket based on the creation of another ticket, in this case, of a nagios generated RECOVERY e-mail<br />
* [[AutoSetOwner]] - how to automatically set owner on resolution<br />
* [[AutoSetOwnerIfAdminCc]] - Automatically set ticket owner to an [[AdminCc]]<br />
* [[AutoSetOwnerFromCC]] - how to automatically set owner from Cc<br />
* AutoUpdate Parents with TImeWorked - Value of TimeWorked (newvalue - oldvalue) cascaded vertically and horizontally to all parents of the ticket modified.<br />
* [[BounceMerge]] - Merge a Mail Bounce into the original Ticket<br />
* [[CreatePriorityBasedOnCustomFieldValues]] - Automatically set the Priority based on Ticket Urgency and Impact.<br />
* [[DefaultCustomFieldValue]] - set default CF value.<br />
* [[DivideTicketIntoSubtasks]] - auto-creates new tickets for each subtask in a bulleted list<br />
* [[DueDateinBusinessHours]] - scrip action that sets short-term ticket due dates to coincide with business hours<br />
* [[EscalateTicketOnAction]] - increment the priority of a ticket whenever a certain action is taken<br />
* [[ExtractCustomFieldValues]] - set [[CustomField]] with arbitrary data extracted from a ticket using a simple template<br />
* [[ForkIntoNewTicket]] - a scrip action to copy response/comment ticket to another ticket<br />
* [[JumpToFrontPageOnTicketResolve]] - Admonish me if you wish, but on resolve of a ticket this scrip will redirect your browser to a new URL of your choosing.<br />
* [[NotifyNonRecipients]] - notify recipients unless they were already cc'd on the mail<br />
* [[OnCreateSetDeptHeadCc]] - On create in the case that [[CustomField]].Department = 'Foo' then add group 'Head Foo' as a Cc<br />
* [[OnCreateAddGroupCc]] - On create from Requestor email that matches a regex, add members of arbitrary group to CC list while making sure not to add anyone already associated with the ticket<br />
* [[OnQueueChangeFixReminders]] - Tickets lose reminders when they are moved between queues. This scrip fixes that<br />
* [[OpenTicketOnAllMemberResolve]]<br />
* [[OpenDependantsOnResolve]]<br />
* [[RemoteControlLimeSurvey]] - Scrip action to trigger [[LimeSurvey]] to add a token to a given survey.<br />
* [[ResolveTicket]]<br />
* [[SendEmailAction]] - sends an alert to someone not specified in the ticket<br />
* [[SendHTMLEmail]] - modification of RT::Action::[[SendEmail]] for sending mails with Content-Type: text/html<br />
* [[SendNagiosAlert]] - Send an alert to Nagios if a new or open ticket exists in any defined queues.<br />
* [[SendAlarmPointEvent]] - Send an event to alarm point to invoke SMS/Voice/E-mail alerts<br />
* [[SetCorresponderAsCC]] - Add anyone who correspondes on a ticket to CC - for the lazy users.<br />
* [[SetOwnerAndQueueBySubject]] - Set queue and owner when the subject matches a regex<br />
* [[SetTicketPropertiesViaMail]] - scrip action that allow you to set status, owner and etc via email<br />
* [[SetTimeWorkedAutomatically]] - scrip action that updates automatically the Time Worked field on the Ticket<br />
* [[SpamScore2Priority]] - Expose message spam score as priority for review<br />
<br />
== Template parts ==<br />
<br />
Code that you can put into your mail [[Template]]s, [[Template]] page has also some code snippets.<br />
<br />
* [[AddAttachmentLinksToMail]] - adds links on file attachments that ticket has<br />
* [[AddCustomFieldsValuesToMail]] - puts all [[CustomField]]s values into mail<br />
* [[AddCustomFieldstoTemplates]] - extracting just one or more [[CustomField]]s, without recalling the entire set<br />
* [[AddTicketHistoryToMail]] - complex template that adds ticket's history<br />
* [[AddQueueNameToMailHeaders]] - add the relevent queue name to mail sent<br />
* [[AddLastCommentToMail]]<br />
* [[EmailGroup]] - email an RT [[Group]]<br />
* [[ForkTemplate]] - send a range of customized responses without hard-coding variants.<br />
* [[MailingListIntegration]] - Scrip + Template to optionally subscribe requestors to a listserv.<br />
* [[MultipleOutgoingEmailAddresses]]<br />
* [[UseActorAsSender]]<br />
* [[X-Priority]] - Maps RT priority field to email priority header.<br />
<br />
== Callbacks ==<br />
<br />
Callbacks are an easy way to [[CleanlyCustomizeRT]]<br />
<br />
* [[CloningQueues]] - Add user functionality to clone existing queues including templates, scrips, privileges and custom fields during queue creation<br />
* [[CreateChildTicket]] - Add a button to the Ticket display to create a child ticket in another queue<br />
* [[HideTransactions]] - hide messages from a history view<br />
* [[ModifyQuery]] -Change default simple search behavior to in/ex-clude closed tickets, etc.<br />
* [[MakeClicky:Fedex]] - Make a link to Fedex tracking website whenever phrase looks like a tracking number<br />
* [[QuickResolveandQuickReject]] - Create two actions in Display page which allow you to reject or resolve the ticket without no comments.<br />
<br />
== Extensions ==<br />
<br />
Patches, [[Overlays]], Mason components, configuration tools and so on. These extensions are unlikely to become RT core package.<br />
<br />
Packages that have their own installer have been moved to [[Extensions]] - Below are code bits too small/experimental/etc. to warrant a standalone package:<br />
<br />
* [[ActiveDirectory]] - Several authentication techniques.<br />
* [[AutomaticImageResize]] -- automatically scale images that are displayed inline in your ticket history<br />
* [[AutoRedirectToSelfService]] - automatically redirect your users to Self Service if they don't have "own ticket" permissions;<br />
* [[BasicVsAdvancedInterface]] - allow privileged users to choose between the [[SelfService]] and RT at a Glance interfaces<br />
* [[CalendarWidget]] - add a the dynarch.com jscalendar widget to pick dates<br />
* [[CannedReplies]] - provides drop-down list of templates that can be included in a ticket reply<br />
* [[ColorizedLinks]] - colorizing list of Ticket Links depends on it's status<br />
* [[ConvertMultiSelectToCheckboxes]] - converts the multiselect customfield into a checkbox interface<br />
* [[CreateGroupAndAddMembers]] - an overylay that grants [[AdminGroupMembership]] when a user creates a group<br />
* [[CustomFieldRightsWithoutSeeQueue]] - for a custom ticket creation form that includes the custom fields and you don't want to turn on the [[SeeQueue]] right;<br />
* [[DisplayCustomFieldsInTicketSearch]];<br />
* [[DisplayCustomFieldsInUserPrefs]] - add user-based custom fields to User/Prefs.html<br />
* [[DisplayCustomFieldsOnTicketUpdatePage]] - Make a ticket's custom fields visible when updating or resolving a ticket.<br />
* [[EditCustomFieldsOnUpdate]] - edit custom fields on update, reply, comment...;<br />
* [[GroupMembershipCheck]] - snippet that can be included in a custom form if you want to limit the display of some things to a specific group;<br />
* [[HideTransactions]] - hide messages from a history view<br />
* [[HomePageSavedSearches]] - display lists of saved searches on the RT home page;<br />
* [[ImportCustomFieldValues]] - Fills custom field data from external source;<br />
* [[LdapSummary]] - Several authentication and user creation techniques<br />
* [[MaintenanceMode]] - a quick and dirty way to shut down your site temporarily<br />
* [[MandatorySubject]] - make a ticket's Subject mandatory using [[JavaScript]]<br />
* [[MoreAboutPrivilegedUsers]] - show the More About box for privileged users<br />
* [[MoveRTName]] - Move the $rtname to the end of a subject line<br />
* [[MultipleSubjectTokens]] - Change subject token dependend on queue name<br />
* [[PasswordReset]] - show password reset on login<br />
* [[PersistentSessions]] - Making users' sessions persistent<br />
* [[PopUpAlert]] - Send Reply instead of Comment<br />
* [[ResolveSendsReply]] - change the "Resolve" link to reply instead of comment by default<br />
* [[SelectRequestor]] - allow user to select requestor from drop down lists instead of typing email address;<br />
* [[SelectDefaultQueue]] - Using a user-based custom field, cause all queue name drop down lists to autopick that queue<br />
* [[SendEmail]] - lets template send an e-mail without adding RT ticket info to subject line<br />
* [[ShortcutPopupMenuScript]] - Javascript based popup menu of useful actions for ticket list<br />
* [[SideBySideTicketScreen]] - ticket update screen that shows ticket history "side-by-side" with ticket details.<br />
* [[SignatureToTheTop]] - Insert user's signature to the top of the message, not to the bottom as default<br />
* [[SimpleSearchExcludeResolved]] - exclude resolved and rejected tickets from simple search results<br />
* [[ShowStatusInColor]] - show status (or priority) in Color in Search screens;<br />
* [[ShowPerQueueInstructions]]<br />
* [[SpawnChildTicket]] - spawn a child ticket in a given queue list;<br />
* [[SpatialRT]] - Plot tickets on a map. More of a recipe than a full solution but could be expanded.<br />
* [http://wiki.bestpractical.com/view/Spreadsheet+RequestorDetails Spreadsheet+RequestorDetails] - Creates a Spreadsheet link which includes some requestor details if the user has the rights to see them (Global ACL [[AdminUsers]])<br />
* [[SpreadsheetDisplayedFields]] - download just the displayed search result fields into a spreadsheet;<br />
* [[StockAnswers]] - insert predefined templates into replies - now with a template editor;<br />
* [[SuppressOutgoingMail]] - optionally turn off outgoing mail<br />
* [[TextBasedPriorities]] - use <code>Normal, High, Emergency...</code> for priority value instead of numbers;<br />
* [[TicketsPerQueue]] - Display X unowned tickets per queue a user has rights to<br />
* [[TimeWorked]] - Display a report with total time worked per queue/per user<br />
* [[TimeWorkedReport]] - Display a report with total time worked per user per ticket for one or more queues.<br />
* [[TimelineStartDue]] - Modify Timeline package to display tickets using the Start and Due date<br />
* [[UpdateTimeLeft]] - update Time Left -field from <code>Update.html</code> (/reply, comment/)<br />
* [[ViewMyRequests]] - mod to [[SelfService]] that allows requestors to see ticket summaries, and details of their own tickets;<br />
* [[WhoHasRightsToWhat]] - a mason component that makes it easier to understand your complex rights setup.<br />
* [[WatcherSummary]] - a mason component that gives you an overview of tickets where a user is listed as a watcher.<br />
* [[LockLessSessionsMySQL]] - a new version of Sessions which works in no-locking mode<br />
<br />
== External utils ==<br />
<br />
Various standalone utilities.<br />
<br />
* [[backupRT]] - Run a quick backup of RT files (Debian)<br />
* [[backupRTDB]] - RT Database Backup Script (Debian)<br />
* [http://search.cpan.org/dist/Bot-BasicBot-Pluggable-Module-RT Bot::BasicBot::Pluggable::Module::RT] - an IRC Bot module that allows full querying of RT tickets from an IRC session. It can do as much as [http://search.cpan.org/dist/RT-Client-REST/ RT::Client::REST] can.<br />
* [[CleanupSessions]] - Clean up old database sessions<br />
* [[CloseAll]] - Close all TT in a queue<br />
* [[ConvertLegacyToRt]] - Converts a Legacy Flat File to RT Tickets.<br />
* [[delete-transaction]] - [http://download.bestpractical.com/pub/rt/contrib/3.0/Other/Censorware/delete-transaction Original version] was old, poured out errors and didn;t work well on 3.8. This one is fixed.<br />
* [[DenormalizedViewsForReporting]] - Several views to allow SQL reporting outside of RT.<br />
* Email reminders<br />
** [[DueDateRemindersByEmail]] - A script (to be run daily) that sends email notifications for expired tickets to owners and Queues/Tickets [[AdminCC]]<br />
** [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ rt-remind] - Stick this in your crontab to send out reminders about open tickets.<br />
** [[rtReminderMails]] - Cronscript that sends mails about reminders that are due in the next two days to the ticket and reminder owners.<br />
** [[rtUnifiedreminder]] - All the other reminder scripts are based on [[StartDate]], [[DueDate]] or Priority but not all organizations make use of those fields. Also, all the other scripts only send plaintext email to the ticket owner. This script sends one HTML mail (so you can click the tickets and links to RT searches) that lists all tickets that seem to be getting too old without being touched. "Too old" is based on [[LastUpdated]] field, with the amount of time configurable for New, Open and Stalled tickets.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Other/F2Wcvs-to-rt-3.0 F2Wcvs-to-rt] - Tool to help converting from the [http://f2w.sourceforge.net/ F2W] helpdesk system to RT<br />
* [http://mit.edu/alexmv/Public/graph-mason-deps graph-mason-deps] uses [http://www.graphviz.org/ GraphViz] to create a graph of which components call each other<br />
* [[html2mime]] - small perl script used to create a text/plain part from 100% html messages<br />
* [http://pthbb.org/software/manual/mailfilter mailfilter] - spam checking and more<br />
* [[Mbox2Rt]] - import a unix-style mailbox into RT<br />
* [[ProcmailRecipes]] - procmail recipes used for email filtering<br />
* [http://www.dmo.ca/projects/hacks/RT/RT.bm RT.bm] is a plugin for [http://www.mozilla.org/projects/mozbot/ mozbot] that allows some minimal querying of RT tickets from an IRC session.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Other/rtadduser rt-adduser] ([http://www.bestpractical.com/pub/rt/contrib/3.0/Other/rtadduser.README docs]) - command line tool to add RT users.<br />
* [http://mimosaid.007sites.com/rt-batch-add-users.txt rt-batch-add-users] - command line tool to add a batch of RT users based on data of a csv file.<br />
* [rt-batch-stats [[RT3BatchStats]]] - Command Line or batch statistics.<br />
* [[RtBounceHandler]] - scan bounce email for ticket details, then post essense of bounce info to that ticket.<br />
* [http://www.cpan.org/authors/id/A/AH/AHARRISON/scripts/rt-class-map-1.3.pl rt-class-map-1.3-pl] - Show methods available to specific RT objects.<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/rt-cvsgate.txt rt-cvsgate] ([http://www.bestpractical.com/pub/rt/contrib/3.0/rt-cvsgate.README docs]) - cvs integration for request tracker.<br />
* [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ rt-escalate] ([[ConfigureEscalation]]) - stick this in your crontab to escalate priority on tickets automatically<br />
* [[RTLogins]] - simple php script that creates a login report ("Who's using RT?")<br />
* [http://wiki.bestpractical.com/view/rt_logins_email2ldap rt_logins_email2ldap] - script to convert email usernames to LDAP/Active Directory usernames<br />
* [[rt-google-charts]] - produce google charts for queue statistics<br />
* [http://www.bestpractical.com/pub/rt/contrib/3.0/Conversion/rt3-on-pg-to-mysql rt-on-pg-to-mysql] - Convert your rt database from postgres to mysql.<br />
* [http://shellscripts.org/project/rtqueues rt-queues] Shellscript called from procmail to sort E-Mails to the correct queue. Parses incoming mails and based on addresses in To: and CC: fields automatically sorts mails to the correct queue. This makes changing your MTA configuration for every new queue obsolete.<br />
* [[RtTalkToSelf]] - a mail filter script that allows a single RT instance to have one ticket as the "external requestor" of another.<br />
* [[scan-and-set]] - sample perl script to all the text attachments of open tickets for a text string and set a custom field with the result.<br />
* [http://www.jeconley.com/pub/rt/statdump statdump/statcron] - script and cronjob to generate RT management reports. The original URL is defunct, but a patched version of the scripts are still in [http://www.nabble.com/Patched-statdump-statcron-scripts-td2264154.html listarchives]. An updated version that fixed [[AverageTickets]] calcs and CURDATE selection used to be available at http://www.lei.net.au/stats.tgz.<br />
* [[CountTickets]] - a BASH script to count tickets in a [[MySQL]] db.<br />
* [[ShredderControl]] - a BASH script to shred tickets using [[RTx]]-Shredder.<br />
* [[MigrateBugzillaToRT]] - Migrate a Bugzilla instance cleanly to RT<br />
* [[IntegrateSphinx]] - How to integrate the Sphinx full-text search engine into RT<br />
<br />
=== Browser Tools ===<br />
<br />
* [[AutomaticTextareaAutosave]] - Firefox + Windows only<br />
* Integrated Browser Search - Add a custom search engine for RT system to your modern browser with [[OpenSearchPluginForRT]]. See also [[SearchRTFromFirefox]].<br />
* [[RTKeyboardShortcut]] - Firefox + Greasmonky script (can be added to an installation)<br />
<br />
== Database Queries ==<br />
<br />
* [[QueryResolvedByUser]]<br />
<br />
== Other ==<br />
<br />
* [http://www.cs.mu.oz.au/systems/rt.html Department of Computer Science and Software Engineering, The University of Melbourne's RT page]<br />
* [http://page.mi.fu-berlin.de/~pape/rt3screenshots/ Dirk Pape's RT page] (The "Fork" tarball link is broken on this site)<br />
* [http://web.mit.edu/tooltime/ MIT IS&amp;T RT page]<br />
* [http://www.usit.uio.no/it/rt/modifications/ University of Oslo's RT page]<br />
* [http://www.cs.kent.ac.uk/people/staff/tdb/rt3/ University of Kent's RT page]</div>131.243.172.232