| 1 | RT TRICKS | 
|---|
| 2 |  | 
|---|
| 3 | To edit stuff like ticket status, click "Basic" in the left. | 
|---|
| 4 |  | 
|---|
| 5 | Note the multiple ways to search for tickets: you can click "All | 
|---|
| 6 | {new,open,waiting} Scripts Tickets" on the home page in the center, or | 
|---|
| 7 | "Scripts" on the right in the list of queues. | 
|---|
| 8 |  | 
|---|
| 9 | You should take a look in "Preferences" at the left. Make sure "Notify | 
|---|
| 10 | yourself of own updates" is on. You can also set the "Default Working | 
|---|
| 11 | Queue" to Scripts, and give yourself a signature referring to | 
|---|
| 12 | scripts@mit.edu. | 
|---|
| 13 |  | 
|---|
| 14 | Another useful option here is to set an RT password for your account, | 
|---|
| 15 | so you don't need certs to log in (though it sometimes will keep | 
|---|
| 16 | asking you for your password on each page load if you don't have | 
|---|
| 17 | certs) and so you can use the BarnOwl RT module or the zephyrbot. | 
|---|
| 18 | The BarnOwl RT module is the preferred option.  To install it, run | 
|---|
| 19 |  | 
|---|
| 20 | mkdir -p ~/.owl/modules | 
|---|
| 21 | cd ~/.owl/modules | 
|---|
| 22 | ln -s /mit/snippets/rt/BarnOwl RT | 
|---|
| 23 |  | 
|---|
| 24 | Then in BarnOwl run ":reload-module RT".  The RT module adds the :rt | 
|---|
| 25 | command to barnowl. Run ":rt help" for more information; useful | 
|---|
| 26 | shortcuts are ":rt r" to set the status to resolved and ":rt d" to set | 
|---|
| 27 | the status to deleted.  The zephyrbot will take commands to -c scripts | 
|---|
| 28 | -i [ticket number] of the form /set status=resolved or /set | 
|---|
| 29 | owner=geofft.  Talk to ezyang to be added to the zephyrbot. | 
|---|
| 30 |  | 
|---|
| 31 | Note that in the event that Edward's account is compromised, it is | 
|---|
| 32 | possible for an attacker to use this password do manipulate tickets in | 
|---|
| 33 | *any* queue you have bits on, not just the Scripts one. | 
|---|
| 34 |  | 
|---|
| 35 | The RT bot will post ticket notifications as -c scripts -i nnn.  If | 
|---|
| 36 | you are responding to a ticket, it is conventional to post "lock" to | 
|---|
| 37 | the appropriate instance, so others know not to pre-empt you.  You | 
|---|
| 38 | should post "unlock" once you are done handling the ticket. | 
|---|
| 39 |  | 
|---|
| 40 | You can also place these commands on a line by themselves inside | 
|---|
| 41 | e-mail; they will be acted upon and removed before the e-mail gets | 
|---|
| 42 | sent back out. | 
|---|
| 43 |  | 
|---|
| 44 | If you're adding a *comment* (such as when you're forwarding a cname | 
|---|
| 45 | request on to IS&T), don't use the 'To:' field, because it'll be | 
|---|
| 46 | clobbered by our RT scrips and the mail won't actually go to the | 
|---|
| 47 | destination you added.  Instead, you should use the 'Cc:' field. | 
|---|
| 48 | Similarly, if you're adding *correspondence*, the 'Cc:' field will be | 
|---|
| 49 | clobbered and you need to use the 'To:' field. | 
|---|
| 50 |  | 
|---|
| 51 | Don't CC other RT queues, it doesn't work. If you really need to, use | 
|---|
| 52 | your e-mail client to forward it and remove the [help.mit.edu #nnn] | 
|---|
| 53 | tag. | 
|---|
| 54 |  | 
|---|
| 55 | E-mail to scripts-comment that carries a [help.mit.edu #nnn] tag will | 
|---|
| 56 | be included in the ticket history for the scripts team to see, but | 
|---|
| 57 | will not be sent to the user. You can use this for asking "Help, what | 
|---|
| 58 | do I do here?" | 
|---|