Re: [rt-users] What criteria do you use when deciding the number of instances of RT?
Hi; We use one instance for 40 or so departments across 5 different sites in 2 countries ..based on queue/s per department Worked well for the past 4 years. With the right permissions , the look and feel as if it were different instances.with the added bonus tickets can be shipped between different queues and the maintenance is simpler. Creating new queues, queue cf's, watchers and users are managed by the sysadmins in the different sites, scrips are created and managed centrally by me and my team. Regards; Roy james machado wrote: Hi All, My question is both hypothetical and practical. I've got RT deployed in my I.T. department doing what it does best and it's working well. I've put feelers out to some other departments that I think could benefit from RT to see if they would be interested in having it setup for them. I am finely getting some positive responses so I'm looking for some guidance on deployment options. I am trying to decide if I should share an instance of RT among 1+ departments or create a new instance of RT for each department. Hardware is not an issue either way, nor does it look like the traffic volume will be an issue. These are all internally created tickets with no Internet access to my RT instance. If Internet access were required then a separate instance of RT would be desirable. So what I am looking for from people who have either had this issue or thought about it is: what factors you would take into account when deciding on 1 or more instances of RT and why. Thanks, James ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] assigning ticket to another owner
Hi I would like to assign a ticket to another Owner/user, but only myself and Nobody appear in the owner drop down list, and there are quite a few others in the group that have permissions on this queue. Am I missing a permission here? Thanks, T. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] So confused on group and user rights?
They can't see the queue in the list because they don't have SeeQueue rights. Jake Conk wrote: Hello, So I'm struggling trying to figure out user and group permissions. I was told that all users need the right Let this user be granted rights so that they can create tickets but when I give a user that permission then they no longer have the link New ticket. I activated Create Ticket, Reply To Ticket, Show Ticket, and Show Ticket Comments on ALL groups and roles as an act of desperation for trying to figure this out and still cannot create a ticket with this user. I then revoked Let this user be granted rights and the New Ticket link was there again and I was able to create a ticket but next to the Queue field its just () even though I have a queue created. I hit Create ticket and the ticket was created under my only queue but why doesn't my Queues show up properly for create a ticket and why cant I create a ticket with this user when give the right Let this user be granted rights? Also my custom fields for do not show up to the ticket page even though I select Ticket under Applies to. Can someone give me a simple guide on the basic work flow when using this system to create a user who simply creates tickets? Thanks, - Jake ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] What criteria do you use when deciding the number of instances of RT?
I have had to think about this a lot. Maintaining one RT with customizations for lots of different groups can be challenging. Maintaining multiple RT instances and trying to keep some customizations in sync across those instances can also be a bit of a pain. So what it comes down to for me is risk. I can't have my externally facing customer service queues being screwed up by customization for my internal queues. So for me customer service gets its own instance and everyone else gets another instance. -Todd On 1/9/08, james machado [EMAIL PROTECTED] wrote: Hi All, My question is both hypothetical and practical. I've got RT deployed in my I.T. department doing what it does best and it's working well. I've put feelers out to some other departments that I think could benefit from RT to see if they would be interested in having it setup for them. I am finely getting some positive responses so I'm looking for some guidance on deployment options. I am trying to decide if I should share an instance of RT among 1+ departments or create a new instance of RT for each department. Hardware is not an issue either way, nor does it look like the traffic volume will be an issue. These are all internally created tickets with no Internet access to my RT instance. If Internet access were required then a separate instance of RT would be desirable. So what I am looking for from people who have either had this issue or thought about it is: what factors you would take into account when deciding on 1 or more instances of RT and why. Thanks, James ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] What criteria do you use when deciding the number of instances of RT?
--===1115171146== Content-Type: multipart/alternative; boundary==_Part_8390_1032883.1199978446926 --=_Part_8390_1032883.1199978446926 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have had to think about this a lot. Maintaining one RT with customizations for lots of different groups can be challenging. Maintaining multiple RT instances and trying to keep some customizations in sync across those instances can also be a bit of a pain. So what it comes down to for me is risk. I can't have my externally facing customer service queues being screwed up by customization for my internal queues. So for me customer service gets its own instance and everyone else gets another instance. Interesting. For code customizations, I have my paths set up so that a given instance gets a base part (governing the core RT version), a common part for all instances (of that RT version) where I put _vendor files, and a per-instance part. Any customization I want to apply to all instances is easy, and I can still have per-instance differences. Of course, if you mean customizations in the RT config file or in the database, this doesn't help. bobg -Todd On 1/9/08, james machado [EMAIL PROTECTED] wrote: Hi All, My question is both hypothetical and practical. I've got RT deployed in my I.T. department doing what it does best and it's working well. I've put feelers out to some other departments that I think could benefit from RT to see if they would be interested in having it setup for them. I am finely getting some positive responses so I'm looking for some guidance on deployment options. I am trying to decide if I should share an instance of RT among 1+ departments or create a new instance of RT for each department. Hardware is not an issue either way, nor does it look like the traffic volume will be an issue. These are all internally created tickets with no Internet access to my RT instance. If Internet access were required then a separate instance of RT would be desirable. So what I am looking for from people who have either had this issue or thought about it is: what factors you would take into account when deciding on 1 or more instances of RT and why. Thanks, James ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com --=_Part_8390_1032883.1199978446926 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have had to think about this a lot. Maintaining one RT with customizations f or lots of different groups can be challenging. Maintaining multiple RT instan ces and trying to keep some customizations in sync across those instances can also be a bit of a pain. brbrSo what it comes down to for me is risk. I can#39;t have my externall y facing customer service queues being screwed up by customization for my inte rnal queues. So for me customer service gets its own instance and everyone els e gets another instance. brbr-Toddbrbrdivspan class=gmail_quoteOn 1/9/08, b class=gmail _sendernamejames machado/b lt;a href=mailto:[EMAIL PROTECTED]hvge [EMAIL PROTECTED]/agt; wrote:/spanblockquote class=gmail_quote style= border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding- left: 1ex; Hi All,brbrMy question is both hypothetical and practical.nbsp; I#39;ve got RT deployed in my I.T. department doing what it does best and it#39;s wor king well.nbsp; I#39;ve put feelers out to some other departments that I thi nk could benefit from RT to see if they would be interested in having it setup for them.nbsp; I am finely getting some positive responses so I#39;m lookin g for some guidance on deployment options.nbsp; I am trying to decide if I sh ould share an instance of RT among 1+ departments or create a new instance of RT for each department.nbsp; Hardware is not an issue either way, nor does it look like the traffic volume will be an issue.nbsp; These are all internally created tickets with no Internet access to my RT instance.nbsp; If Internet access were required then a separate instance of RT would be desirable. brbrSo what I am looking for from people who have either had this issue or thought about it is: what factors you would take into account when deciding o n 1 or more instances of RT and why.brbrThanks,brspan class=sg brJamesbr /spanbr___bra onclick=retu rn top.js.OpenExtLink(window,event,this) href=http://lists.bestpractical.com /cgi-bin/mailman/listinfo/rt-users target=_blankhttp://lists.bestpractical .com/cgi-bin/mailman/listinfo/rt-users /abrbrCommunity help: a onclick=return top.js.OpenExtLink(window,event ,this)
[rt-users] changing the titlebar_commands (reply/comment...)
Hi,
[RT 3.6.3 on FreeBSD 6.2 perl 5.8.8]
I had what seemed to me a simple problem to solve in RT. We regularly
receive spam and sometimes well, some gets through. I need to followup
on those spam and make sure those guys get beaten on the head properly.
For this I need the original email.
I figured the best way to get that was through the
Ticket/ShowEmailRecord.html link. Indeed, i could *guess* the proper
attachment and find the original message in those. But the link just
wasn't there.
So I hacked it in. This required patching the
ShowTransaction/ModifyDisplay callback so that it allows modification of
the titlebar:
--- ShowTransaction.origThu Jan 10 02:38:41 2008
+++ ShowTransaction Thu Jan 10 02:39:02 2008
@@ -52,7 +52,7 @@
/td
td class=date% $transdate|n %/td
% my $desc = $Transaction-BriefDescription;
-% $m-comp('/Elements/Callback', _CallbackName = 'ModifyDisplay', text =
\$desc, Transaction = $Transaction, %ARGS);
+% $m-comp('/Elements/Callback', _CallbackName = 'ModifyDisplay', text =
\$desc, titlebar_commands = \$titlebar_commands, Transaction = $Transaction,
%ARGS);
td class=description
%$Transaction-CreatorObj-Name% - %$TicketString% %$desc%
/td
I then added the following callback in
Callbacks/Koumbit/Ticket/Elements/ShowTransaction/ModifyDisplay:
%init
if ( $Transaction-Type =~ /Create$/ ) {
$$titlebar_commands .=
nbsp;[a target=\_blank\ href=\$EmailRecordPath?id=
. $Transaction-Ticket
. Transaction=
. $Transaction-Id
. Attachment=
. ($Transaction-Attachments-First
$Transaction-Attachments-First-Id )
. '' . loc('Show') . /a]nbsp;;
}
/%init
%args
$text = undef;
$Transaction = undef;
$titlebar_commands = undef;
$EmailRecordPath = $RT::WebPath./Ticket/ShowEmailRecord.html
/%args
Now, my question is:
1) is this the proper way?
2) Why doesn't the show link give me the complete email on multipart
messages?
2) is my main point here of course, since the first one is mostly
academic. Basically, my problem remains. As soon as the ticket was
created from a multipart message, I still can't get the full picture.
Any ideas?
Thanks,
--
Antoine Beaupré
Réseau Koumbit Networks
+1.514.387.6262
signature.asc
Description: Digital signature
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] What criteria do you use when deciding the number of instances of RT?
To all, I work in the IT division and we only have one instance and it is used primarily for keeping track of requests for maintenance, custom work, etc. for our many (over 50 queues) software applications. I have developed an approval (ticket review and prioritization) and QA (Acceptance testing) workflow set of scrips and templates and it works great. However, there are so many other areas here where RT could be helpful. Being in Tech Services and the Sys Admin of our only version of RT, do I keep it to myself or spread the joy? From that perspective, I have to agree with Bob Goldstein. It really depends on the priorities of your department. Does the company have other departments where someone would be capable of administrating another instance of RT? Are there any chances that tickets from one instance might want/need to be transferred to another? What kind of differences/customizations would be needed between instances? I suggest doing an analysis of those subjects and any others you might come up with and prioritize their values and decide from there. I'm going with the one instance. That way, I can control what customizations are made to our one instance. If I ever get a department that has radically different needs and requirements, then I might want a different instance. For me, redundancy is usually a maintenance nightmare and I don't like designing or creating unnecessary work. But hey, that's me. Good luck! Kenn LBNL On 1/9/2008 3:53 PM, james machado wrote: Hi All, My question is both hypothetical and practical. I've got RT deployed in my I.T. department doing what it does best and it's working well. I've put feelers out to some other departments that I think could benefit from RT to see if they would be interested in having it setup for them. I am finely getting some positive responses so I'm looking for some guidance on deployment options. I am trying to decide if I should share an instance of RT among 1+ departments or create a new instance of RT for each department. Hardware is not an issue either way, nor does it look like the traffic volume will be an issue. These are all internally created tickets with no Internet access to my RT instance. If Internet access were required then a separate instance of RT would be desirable. So what I am looking for from people who have either had this issue or thought about it is: what factors you would take into account when deciding on 1 or more instances of RT and why. Thanks, James ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Wiki parsing best practices
I've seen few things about changing the parser that RT uses to display the correspondance. I now know how to perform little hacks in the ShowMessageStanza callback. Instead of rewriting a full parser for myself, I figured I could use an existing. Since we're using Wiki extensively, I figured an existing wiki parser would be interesting... I've found a few Perl wiki parser, mainly for existing wikis, but also standalone: http://search.cpan.org/~cdent/PurpleWiki-0.94/PurpleWiki/Parser/WikiText.pm http://search.cpan.org/dist/Text-WikiFormat/ http://search.cpan.org/~dom/Wiki-Toolkit-Formatter-UseMod-0.20/ This is not a complete list. What I'm looking for here is advice on how to handle such a problem. Has anyone here modified RT other than with the simple callback documented in ClickableLinks in the wiki? I've tried PurpleWiki, but it seems to depend on the PurpleWiki install and doesn't talk well with RT. I've also tried the Wiki::Toolkit package, but CPAN tests failed so I couldn't actually test it. Text::WikiFormat is not exactly the format I'm looking for... Any suggestions? Thanks, -- Modern man has a kind of poverty of the spirit which stands in great contrast to his remarkable scientific and technological achievements. We've learned to walk in outer space and yet we haven't learned to walk to earth as brothers and sisters. - Dr. Martin Luther King, Jr. signature.asc Description: Digital signature ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] What criteria do you use when deciding the number of instances of RT?
Here at Koumbit.org we've setup an extra RT instance for a fellow organisation/partner that needed the resources. It's a seperate instance because I didn't feel confortable giving them user access to our RT. I would never consider deploying *another* RT for ourselves, too much trouble. Seems to me Queues and Groups can do all I need. Now of course if you need nifty customizations like graphical modifications or really particular behaviour, you might need seperate instances, but in my experience, it's too much trouble. A. -- Computer science is no more about computers than astronomy is about telescopes - E. Dijkstra signature.asc Description: Digital signature ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Ticket History
I migrated from 3.0.12 to 3.6.4, using select and insert statements in a MySQL utility. I was able to login in and view tickets but it doesn't show its history. Does anyone know if there is another step? Thanks, Bill ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] How can I change the default Owner for a new Reminder to the CurrentUser?
In the Reminders block of a displayed ticket, for a New Reminder I'd like the default select for Owner to be the name of the CurrentUser rather than [ - ]. Generally our users want to set reminders for themselves and it saves a data entry step if the selected Owner defaults the the logged in user. I believe the change has to be made to the file /share/html/Ticket/Elements/Reminders A code snipped to do this would be appreciated. Thanks, dano ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] assigning ticket to another owner
Tom, It really depends on what rights you have given the group. The following is what I do: Configuration-Global-Group Rights: System Groups; Everyone - None Privileged - CreateSavedSearch EditSavedSearch LoadSavedSearch ModifySelf ShowSavedSearch Unprivileged - None Roles; Owners - ModifyTicket Requestors - ReplyToTicket SeeQueue ShowTicket CC - ReplyToTicket SeeQueue ShowTicket Watch AdminCc - AdminGroupMembership AssignCustomFields DelegateRights ModifyOwnMembership SeeGroup ShowConfigTab ShowScrips ShowTemplate WatchAsAdminCc Configuration-Queues-(select queue)-Group Rights: System Groups; Everyone - None Privileged - CreateTicket ReplyToTicket SeeQueue Unprivileged - None Roles; Owner -None Requestor -ShowOutgoingEmail CC - None AdminCc - DeleteTicket ModifyACL ModifyQueueWatchers ModifyScrips ModifyTemplate ModifyTicket ShowACL ShowScrips ShowTemplate StealTicket User Defined Groups; support group - CommentOnTicket OwnTicket ReplyToTicket ShowOutgoingEmail ShowTicketComments TakeTicket Watch What this does is allow any privileged user in the system to create a ticket in my queue (ShowTicket,SeeQueue) and reply to any correspondence for that ticket. It allows anyone in my technical support group to Own a ticket (OwnTicket,TakeTicket), comment on any ticket in the queue but only modify tickets they own (global right). The AdminCc (me) is also a member of the support group so I can do anything that group can do PLUS, only I can Steal a ticket and see the COnfig tab so I can manage the queue. Obviously, everyone manages their RT differently, but this is how we manage tickets. Minimum rights to the users (the ones asking for tech support), modify (especially comments) rights for tech support users, and almost everything else (except superuser which is reserved for the SYSTEM ADmin) for a queue Admin user. I hope this helps. Kenn LBNL On 1/10/2008 3:37 AM, Tom H wrote: Hi I would like to assign a ticket to another Owner/user, but only myself and Nobody appear in the owner drop down list, and there are quite a few others in the group that have permissions on this queue. Am I missing a permission here? Thanks, T. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] A few beginner work flow questions and suggestions
Thanks Jan for your help. After messing around with this system for a few days and not being able to figure it out I don't think its right for me. This is way too overly complex just for a ticket management system in my opinion and I'm moving to something more simple. I found something called OTRS and everything seems to work in it the way I would expect so I think I'm going to use that. Thanks anyways, its much appreciated :) - Jake On Jan 10, 2008 12:55 AM, Jan Grant [EMAIL PROTECTED] wrote: On Wed, 9 Jan 2008, Jake Conk wrote: What permissions do I need to give the unprivleged user to be able to see his own tickets that he created along with any replies? I do not want other users to be able to see each others tickets, only the admins (super users) can do that. There are a bunch of special groups (Roles) which are evaluated on a ticket-by-ticket basis. Requestor is one of those. Assign the appropriate rights to that role group. Cheers, jan PS. If you have a few spare quid, the essentials book is worhtwhile picking up. -- jan grant, ISYS, University of Bristol. http://www.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Hang on, wasn't he holding a wooden parrot? No! It was a porcelain owl. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] So confused on group and user rights?
Benjamin, Thanks, I'm glad I'm not the only one feeling confused about rights in RT :) After a little fiddling around I notice I wasn't seeing my own tickets created because an admin had to go and assign the person who wrote the ticket as the owner of the ticket then they appeared in my unprivileged user's home page. I'm not exactly agreeing with the way this system works now. By default if I create a ticket then I should be able to see all the tickets I created in my home page under My open tickets, to me that makes perfect logical sense. I think I've wasted too many work days on trying to figure out this ticket system and it doesn't work the way I thought ticket systems should work. It could be that I'm too dumb to figure this out but I hope thats not the case lol. I just tried OTRS (http://www.otrs.org) and I was able to get that up and configured the way I need to in about 15 minutes! The clients see what they need to see and the admins see what they need to see! It makes perfect sense and just works. Maybe I'll come back to RT another day but thanks for your help guys, I really appreciate you guys trying to help me get RT configured the way I need it but I guess RT is just not for me. Thanks, - Jake On Jan 10, 2008 6:16 AM, Benjamin Weser [EMAIL PROTECTED] wrote: But it sounds like a bug to me that he's able to create a ticket although he doesn't see a queue. What if there is more than one queue? Where will the ticket be created? I thought SeeQueue is mandatory to create Tickets using the web interface of RT. Sometimes I feel like Jake: confused about the rights in RT ;) Drew Barnes wrote: They can't see the queue in the list because they don't have SeeQueue rights. Jake Conk wrote: Hello, So I'm struggling trying to figure out user and group permissions. I was told that all users need the right Let this user be granted rights so that they can create tickets but when I give a user that permission then they no longer have the link New ticket. I activated Create Ticket, Reply To Ticket, Show Ticket, and Show Ticket Comments on ALL groups and roles as an act of desperation for trying to figure this out and still cannot create a ticket with this user. I then revoked Let this user be granted rights and the New Ticket link was there again and I was able to create a ticket but next to the Queue field its just () even though I have a queue created. I hit Create ticket and the ticket was created under my only queue but why doesn't my Queues show up properly for create a ticket and why cant I create a ticket with this user when give the right Let this user be granted rights? Also my custom fields for do not show up to the ticket page even though I select Ticket under Applies to. Can someone give me a simple guide on the basic work flow when using this system to create a user who simply creates tickets? Thanks, - Jake ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Can't locate object method seek via package
Dear members, RT was running fine on a RH linux box until I found the new tickets were not delivered to the RT db via email. I turn on the log in side .procmailrc and below is the error message in the .procmail.log. Any idea? The RT server which handled your email did not behave as expected. It said: Can't locate object method seek via package File::Temp at /usr/lib/perl5/site_perl/5.8.8/MIME/Parser.pm line 816, GEN26 line 50. Stack: [/usr/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:816] [/usr/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1083] [/usr/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1177] [/usr/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1150] [/opt/rt3/lib/RT/EmailParser.pm:231] [/opt/rt3/lib/RT/EmailParser.pm:179] [/opt/rt3/lib/RT/EmailParser.pm:139] [/opt/rt3/lib/RT/Interface/Email.pm:549] [/opt/rt3/share/html/REST/1.0/NoAuth/mail-gateway:61] Thanks, Cary - Looking for last minute shopping deals? Find them fast with Yahoo! Search.___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Exporting request contents
Hi, We are using RT 3.2.3 on Red Hat 9. We would like export the existing data in a text or excel file. To do this, we have tried using the Query builder. We are able to export the data but we could not find the field to export ticket history ( ie. communication captured during the life cycle of the ticket). If somebody knows how to capture the ticket history then please let me know. Thanks in Advance Regards, Regards, Prasad Deshpande IT Department Phone: +91 20 27407157 Ext: 7157 DISCLAIMER: This message,including any attachments contains confidential and privileged information for the sole use of the intended recipient(s), and is protected by law. If you are not the intended recipient, please destroy all copies of the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. Bajaj Auto reserves the right to record, monitor, and inspect all email communications through its internal and external networks. Your messages shall be subject to such lawful supervision as Bajaj Auto deems necessary in order to protect its information, interests and reputation. Bajaj Auto prohibits and takes steps to prevent its information systems from being used to view, store or forward offensive or discriminatory material. If this message contains such material, please report it to [EMAIL PROTECTED] ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Remove rt user
Hi, how is possible from script, line command or perl to remove a Rt user ? Thanks a lot for all help ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Remove rt user
Get the Shredder at http://wiki.bestpractical.com/view/Extensions. This will work just fine. alex schrieb: Hi, how is possible from script, line command or perl to remove a Rt user ? Thanks a lot for all help ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
