[rt-users] RT message replies apear as an attach on Horde
Hi list! My RT replies appear as an (text/html) attachment on Webmail Horde. I want them to display right on the message. Does anyone knows how to do that, or, in alternative, how to put RT sending plain text? My RT is 3.4.1 and my Horde is 3.1.1. Thankfully. The best regards. Pedro Machado Santa ___ 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] problem with sessions
Hi, I have a problem with sessions in RT 3.6.3. I installed apache2 with fastcgi and mysql 4.1. When logging to RT, it open the interface, but when I click on any link, it sends me back to login screen. After I login again, it redirects me to this link which was clicked before. I checked the records in 'sessions' table in mysql database, it has some records, so the session is stored. Any help would be appreciated. br, igor ___ 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] Tryin to disable automatic User creation
On May 10, 2007, at 11:26 PM, oakcluster wrote: I would like to disable the automatic creation of users that is done via email. We use RT only for a very select group of people and try to keep it tightly controlled. The main reason for this is maintenance. We are not staffed to handle the care and feeding of RT on a large scale and we are only evaluating it right now. Still people talk and so we are getting request from people that are not in our test groups. Since the groups are small it is not impractical to manually add and delete users at this point. So I just need a way to turn off that automatic user creation. Instead of granting the group Everyone the CreateTicket right, only grant Privileged the CreateTicket right. This will prevent incoming mail/tickets from creating new users and the mail will be rejected. -kevin I read the RT_Siteconfig.pm and found the following: # If $SenderMustExistInExternalDatabase is true, RT will refuse to # create non-privileged accounts for unknown users if you are using # the "LookupSenderInExternalDatabase" option. # Instead, an error message will be mailed and RT will forward the # message to $RTOwner. # # If you are not using $LookupSenderInExternalDatabase, this option # has no effect. # # If you define an AutoRejectRequest template, RT will use this # template for the rejection message. I created an AutoRejectRequest template and set the following: Set($LookupSenderInExternalDatabase, 1); Set($SenderMustExistInExternalDatabase , 1); However I received no rejection notices, just our standard ticket creation with username and password information in the email. I checked the book, Wiki and google. I searched through all of the code under /opt/rt3 and found no references to the variables above (except of course in the config file), leading me to believe that this functionality is not implemented. If anyone knows of anyway to turn off the automatic user creation I would appreciate it. Or if you have suggestion as to where I could implement the code to use these parameters, that would be helpful too. Thank you. ___ 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] Seeking custom RT script development
At Thursday 5/10/2007 03:32 PM, Tim Wilson wrote: Hi everyone, My organization has a need for some custom perl scripts that would create RT tickets with some custom fields populated from a web form. It seems like the RT CLI might be the way to go. My perl skills are rudimentary at best, so I'm wondering how I could go about hiring someone else to develop the script for me. Is that kind of thing OK to post on the list? Maybe we could use [RFP] or [JOB] in the subject line to differentiate them. Do we need an RT marketplace somewhere to this purpose? Jesse, other RT gurus, I'm open to suggestions. -Tim Hello Tim, Dirk Pape's ExtractCustomFieldValues contribution does exactly what you describe, without the need for any external scripts. See http://wiki.bestpractical.com/index.cgi?Contributions under ScripActions. Let us know if you need any help configuring this. Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Still lots of Spam hitting RT after filtering via Procmail/Spamassasin/Rules Du Jour
Alle 17:03, giovedì 10 maggio 2007, Pedro Santa ha scritto: > My RT instance still receives lots of SPAM even with procmail > filtering, with Spamassasin updated with "rules du jour" script. I think an MTA level configuration for using some block lists can help you. Like this, for our postfix+postgrey mailservers: smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sender_access_rejected, hash:/etc/postfix/access, permit_mynetworks, reject_invalid_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_non_fqdn_hostname, reject_invalid_hostname, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, reject_unauth_destination, check_recipient_maps, reject_rbl_client relays.ordb.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client combined.njabl.org, reject_rbl_client bl.spamcop.net, reject_rbl_client dnsbl.sorbs.net, check_policy_service inet:127.0.0.1:10030, permit_mx_backup -- Luca VillaniMobile Team, Dada S.p.A. Tel: +39 055 2267220Mob: +39 335 8753086 ICQ: 76272621 Skype: luca.villani GPG key fingerprint: 7FC9 E2FE 0BEE 9DF8 1719 8761 1B79 82CC F0B5 B7CF ___ 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] RT 4
In case you are still collecting .. some of my suggestions may already been stated so apology for duplicates; 1- group unprivileged users (so each member of that group can view the group tickets) 2- more reports built in, sla related,first response time/active ticket life (not stalled time etc), with business::hours module integrated. 3- performance: i- archive (resolved tickets can be pushed into an archive db and search able from query builder) ii- Content searching (maybe have an objectId field in the attachment table and thus avoiding the need to join Transactions) iii- Fork searching from a replicated db if replication is used 4- REST is good but everybody else work with SOAP, so an integrated soap interface Thanks; Roy Jesse Vincent wrote: If, for the sake of argument, Best Practical were to rewrite RT, what would you want to see in the new product? Think big. Jesse ___ 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] RT message replies apear as an attach on Horde
On May 11, 2007, at 5:59 AM, Pedro Santa wrote: Hi list! My RT replies appear as an (text/html) attachment on Webmail Horde. I want them to display right on the message. Does anyone knows how to do that, or, in alternative, how to put RT sending plain text? My RT is 3.4.1 and my Horde is 3.1.1. Fixed in a more recent RT. Search the list archives for '8bit' or '8- bit' -jesse Thankfully. The best regards. Pedro Machado Santa ___ 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 PGP.sig Description: This is a digitally signed message part ___ 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] RT 4
>In case you are still collecting .. some of my suggestions may already >been stated so apology for duplicates; >1- group unprivileged users (so each member of that group can view the >group tickets) This one puzzles me. I think others have mentioned it, so I want to comment. In RT, "privileged" means "you are allowed to have privileges", not that you have any specific ones. If I have a consultant with various privileges, and I need to turn off those privileges, I can revoke the "privilege" flag easily, and the person can still create new tickets as an unprivileged client. If you allow unprivleged users to be put into groups, and give those groups some sort of privilege, then what does "unprivileged" mean? What you need to do is make a group "consultants", and put your consultants in that. Then you can have other groups for clients if you want. They clients would have to be privileged, but they would not have consultant privileges. bobg ___ 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] Seeking custom RT script development
On May 11, 2007, at 9:40 AM, Stephen Turner wrote: At Thursday 5/10/2007 03:32 PM, Tim Wilson wrote: Hi everyone, My organization has a need for some custom perl scripts that would create RT tickets with some custom fields populated from a web form. It seems like the RT CLI might be the way to go. My perl skills are rudimentary at best, so I'm wondering how I could go about hiring someone else to develop the script for me. Is that kind of thing OK to post on the list? Maybe we could use [RFP] or [JOB] in the subject line to differentiate them. Do we need an RT marketplace somewhere to this purpose? Jesse, other RT gurus, I'm open to suggestions. -Tim Hello Tim, Dirk Pape's ExtractCustomFieldValues contribution does exactly what you describe, without the need for any external scripts. See http:// wiki.bestpractical.com/index.cgi?Contributions under ScripActions. And we've actually had occasion to package and extend Dirk's contribution: http://search.cpan.org/~falcone/RT-Extension- ExtractCustomFieldValues-1.6/ PGP.sig Description: This is a digitally signed message part ___ 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] Question on clearing mason cache
On May 10, 2007, at 6:40 PM, Mike Friedman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am I misunderstanding something, or is it the case that, if RT is running with mod_perl, the mason cache is automatically cleared on each apache restart, assuming I'm not running with 'DevelMode' on? That's what the code in webmux.pl seems to be doing. Over the years, I've seen many comments reminding someone to clear the mason cache in addition to restarting RT, when making certain kinds of changes. But now I'm wondering about this, at least in a mod_perl environment. In a mod_perl environemnt, this _should_ be taken care of automatically. In a FastCGI environment, we can't do it this way or each new fastcgi that started would blow away the cache...right out from under the other processes. PGP.sig Description: This is a digitally signed message part ___ 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] Updating custom field values *before* messages are sent to the watchers
I followed http://wiki.bestpractical.com/index.cgi?EditCustomFieldsOnUpdate on how to add the custom fields to the update page. One problem I encountered is that the custom fields are updated *after* the mail messages have been sent to the watchers. I'd like to get the updated custom field values in the Resolved template. Any idea how to solve this problem? ___ 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
Posting jobs to rt-users (was Re: [rt-users] Seeking custom RT script development)
On May 10, 2007, at 3:32 PM, Tim Wilson wrote: My perl skills are rudimentary at best, so I'm wondering how I could go about hiring someone else to develop the script for me. Is that kind of thing OK to post on the list? Maybe we could use [RFP] or [JOB] in the subject line to differentiate them. Do we need an RT marketplace somewhere to this purpose? For the somewhat obvious reason we earn our living when folks send email to [EMAIL PROTECTED], I'm a little leery of setting up a public marketplace for RT-related consulting development projects. But I'm willing to give it a shot. Here are the ground rules: [JOB] goes at the beginning of any job/paid-project related post. Money does not get discussed on the list. The poster should clearly identify who the customer is. If we see you trying to do something that would violate RT's license terms, we might smack you. I reserve the right to update/change these rules as I see fit. Seem reasonable? Best, Jesse PGP.sig Description: This is a digitally signed message part ___ 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] problem with sessions
I've had similar problems with our RT3.6.3 on Oracle 10g release, where sessions are stored correctly and the cookie is set but they still get kicked out of the system. Justin Brodley -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Demjanenko Sent: Friday, May 11, 2007 2:54 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] problem with sessions Hi, I have a problem with sessions in RT 3.6.3. I installed apache2 with fastcgi and mysql 4.1. When logging to RT, it open the interface, but when I click on any link, it sends me back to login screen. After I login again, it redirects me to this link which was clicked before. I checked the records in 'sessions' table in mysql database, it has some records, so the session is stored. Any help would be appreciated. br, igor ___ 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] RTFM Wiki Markup
Hi. I found the RTFM page on the bestpractical wiki as well as the man page for Text::WikiFormat and the Kwiki page on the wiki ... none of which are helping me figure out the RTFM "Wiki" text area custom field. I see 2 issues that I cannot figure out. My first line of the text area is a H2 (== This is a header ==), and when I display the article, the H2 is preceded by a bullet point ... where is that coming from??? Next is trying to get an ordered list to work. I've tried every combination of 0, 0., spaces before, spaces after the 0 or 0. ... none of them create an ordered list. 4 spaces plus a "*" gives me a 2nd indent bullet list, but no-spaces + "*" + 1-space + text does *not* give me a bullet list. All which makes me wonder even more about the bullet that shows up in front of the H2. This is RTFM-2.2.0RC5 on top of RT 3.6.1 (Debian Etch release). Thanks, Sam ___ 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: Posting jobs to rt-users (was Re: [rt-users] Seeking custom RT script development)
Jesse Vincent wrote: Here are the ground rules: [JOB] goes at the beginning of any job/paid-project related post. Money does not get discussed on the list. The poster should clearly identify who the customer is. If we see you trying to do something that would violate RT's license terms, we might smack you. I reserve the right to update/change these rules as I see fit. Seem reasonable? Best, Jesse fair enough -- -- Chaim Rieger ___ 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] Setting RefersTo links
Hello,
I'm trying to set the RefersTo link to another ticket while creating it, but am
not having any success.
I have the following in Custom action cleanup code:
1;
my $AttachObj = $self->TransactionObj->Attachments->First;# go out if content
is not text!unless( $AttachObj->ContentType =~ /^text/ ) {
return 1;}
my $content = $AttachObj->Content;
if( $content =~ m/^\RefersTo:\E\s*(\S+)\s*$/m ) {
$self->TicketObj->RefersTo( $1 );}
if( $content =~ m/^\QSet-Status:\E\s*(\S+)\s*$/m ) {
$self->TicketObj->SetStatus( $1 );}
I'm able to set the status but not the Refers to link. Any help is appreciated.
Thanks,
Jared
_
Download Messenger. Start an i’m conversation. Support a cause. Join now.
http://im.live.com/messenger/im/home/?source=TAGWL_MAY07___
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] RT Privileges
To all, I have a privileges question. I have been working with the understanding that "ModifyTicket" would allow a user to modify any part of a ticket, including status and changing Queues, but not adding Comments or modifying Custom Fields. Those last two privileges seem to be reserved for other rights, "CommentOnTicket" & Group right "ModifyCustomField" respectively. If I give a user or group the "ModifyTicket" privilege in a Queue, they CANNOT modify a ticket custom field (in that Queue) unless that custom field has been applied to that Queue AND they are in a group that has the "ModifyCustomField" privilege for that custom field. They CANNOT add a comment to a ticket unless they have that right as well. Am I correct in all of these assumptions? Thanks. Kenn LBNL ___ 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] Setting RefersTo links
At Friday 5/11/2007 03:22 PM, Jared Hanks wrote:
Hello,
I'm trying to set the RefersTo link to another ticket while creating
it, but am not having any success.
I have the following in Custom action cleanup code:
1;
my $AttachObj = $self->TransactionObj->Attachments->First;
# go out if content is not text!
unless( $AttachObj->ContentType =~ /^text/ ) {
return 1;
}
my $content = $AttachObj->Content;
if( $content =~ m/^\RefersTo:\E\s*(\S+)\s*$/m ) {
$self->TicketObj->RefersTo( $1 );
}
if( $content =~ m/^\QSet-Status:\E\s*(\S+)\s*$/m ) {
$self->TicketObj->SetStatus( $1 );
}
I'm able to set the status but not the Refers to link. Any help is
appreciated.
Thanks,
Jared
Jared,
$self->TicketObj->RefersTo will return the link information for the
ticket. To set links, you should use AddLink (see Ticket API).
Steve
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
[rt-users] Navigation in RT 3.6.3
Hello everyone! I was wondering if it would be possible to NOT have the navigation menu scroll with the ticket's history? For either of the stylesheets (3.4 or 3.5) rigth now when you start scrolling down the ticket's history, the navigation menu disappears. And there are some pretty long tickets. So i think it would be nice to be able to keep the menu on top (for the 3.5 CSS) or on the left (for the 3.4 CSS). I'm not sure if this would require frames or JavaScript or whatever, but its certainly something i would like to have. Anyone thought of that? Maybe there are already implementations and i just haven't seen one yet? Thanks in advance, Sal. smime.p7s Description: S/MIME cryptographic 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] RT 3.6.1 - User's Username cannot be a number?
Sam, For the last 35 years I have been in Computer systems design and as a DBA, I have never defined nor seen defined a name field as a number. I use numbers for ID fields, part numbers, etc. I don't think the decision was "arbitrarily stupid". Just a case of following Data Modeling standards that have been around for decades. Kenn LBNL Samuel P. Howard wrote: Thanks for the quick reply. Too bad that was so hard to find via the Wiki (hint: "username number" doesn't find it) ... so, here's the answer: - Q: Can RT handle usernames which contain only numbers? A: No. Use alphabetic prefix instead, for eg 'u'. - OK, ummm, why? Without explanation, it sounds arbitrarily stupid. I'm going to assume there's a good reason, or at least a historical one that would cause internal problems to change this, but the DB doesn't appear to be the limiter, so ... why? Adding/removing a leading character is only going to be a huge pain in the ass. Imagine trying to explain to every single customer that their customer id for every other part of their web portal is 1000, *except* for the ticket tracking system ... these are non-technical users that generally struggle to cut and paste a URL into a browser. --Sam Ruslan Zakirov wrote: FAQ ___ 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] Custom Status/Ticket disappears: Take 3
Can anyone answer this for me?
Mathew
Mathew Snyder wrote:
> I've looked through various files again. Some new ones like Queue_Overlay.pm
> adding my custom status to @DEFAULT_ACTIVE_STATUS. However, since it appears
> to
> be able to get the information somewhere else, the ActiveStatusArray method
> never gets to the point where it has to use the default.
>
> I can't find where it is getting its information from so it will show up in
> "10
> Tickets I Own". Any help will be appreciated.
>
> Mathew
> Keep up with me and what I'm up to: http://theillien.blogspot.com
>
>
> Mathew Snyder wrote:
>> I've got the status showing up in QuickSearch and it displays the tickets
>> therein. However, I can't seem to figure out how to adjust "10 Tickets I
>> Own"
>> section. The search for that only lists new, open or stalled tickets.
>> Where do
>> I adjust this query. I've looked in several files under Elements/ but can't
>> find the file containing this query.
>>
>> Mathew
>>
>> Torsten Brumm wrote:
>>> Here is a simple example for quicksearch:
>>>
>>> <&|/Widgets/TitleBox, title => loc("Quick search"), bodyclass => "",
>>>titleright => loc("Edit"), titleright_href =>
>>> $RT::WebPath.'/Prefs/Quicksearch.html' &>
>>> <& /Elements/QueueSummary,
>>>cache => 'quick_search_queues',
>>>queue_filter => sub { $_->CurrentUserHasRight('ShowTicket') &&
>>> !exists $unwanted->{$_->Name} },
>>>conditions => [ {cond => "Status = 'new'", name => loc ('new') },
>>>{cond => "Status = 'open'", name => loc ('open') },
>>>{cond => "Status = 'accepted'", name => loc
>>> ('accepted') },
>>>{cond => "Status = 'implement'", name => loc
>>> ('implemented') },
>>>{cond => "Status = 'approved'", name => loc
>>> ('approved') },
>>>{cond => "Status = 'stalled'", name => loc ('stalled') },
>>>{cond => "Status = 'pending'", name => loc
>>> ('pending') },
>>>{cond => "Status = 'authorized'", name => loc
>>> ('authorized') },
>>>{cond => "Status = 'resolved'", name => loc
>>> ('resolved') }] &>
>>>
>>>
>>> <%INIT>
>>> my $unwanted =
>>> $session{'CurrentUser'}->UserObj->Preferences('QuickSearch', {});
>>>
>>>
>>> i had to add my custom status to this file.
>>>
>>> For the rest like tickets i own and so on, its enough if you go to edit
>>> in this module and edit the search string.
>>>
>>> Torsten
>>>
>>> 2007/4/18, Mathew Snyder < [EMAIL PROTECTED]
>>> >:
>>>
>>> I used the method in the wiki for adding a custom active status to my
>>> configuration (development box). It shows up fine. However, when I
>>> select it,
>>> ticket I've applied it to disappears from my list of owned
>>> tickets. How can I
>>> adjust this to force the ticket to stay available the way stalled does?
>>>
>>> Thanks
>>> Mathew
>>> ___
>>> 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
>>>
>>>
>>>
>>>
>>> --
>>> MFG
>>>
>>> Torsten Brumm
>>>
>>> http://www.torsten-brumm.de
>> ___
>> 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] RT 3.6.1 - User's Username cannot be a number?
On Thu, 2007-05-10 at 23:06 -0600, Samuel P. Howard wrote: > Adding/removing a leading character is only going to be a huge pain in > the ass. Imagine trying to explain to every single customer that their > customer id for every other part of their web portal is 1000, *except* > for the ticket tracking system ... these are non-technical users that > generally struggle to cut and paste a URL into a browser. Your customers should be happy that they will now be more than a number to you. If you don't like it, change it. There are only a couple assumptions in the code that have to change to accommodate it. M ___ 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] Setting RefersTo links
Thanks. I was able to figure it out. I used the following:
if( $content =~ m/^\QRefersTo:\E\s*(\S+)\s*$/m ) {
$self->TicketObj->AddLink(Type=> 'RefersTo', Target=> $1 );}
> Date: Fri, 11 May 2007 15:42:06 -0400> To: rt-users@lists.bestpractical.com>
> From: [EMAIL PROTECTED]> Subject: Re: [rt-users] Setting RefersTo links> > At
> Friday 5/11/2007 03:22 PM, Jared Hanks wrote:> >Hello,> >> >I'm trying to set
> the RefersTo link to another ticket while creating > >it, but am not having
> any success.> >> >I have the following in Custom action cleanup code:> >>
> >1;> >my $AttachObj = $self->TransactionObj->Attachments->First;> ># go out
> if content is not text!> >unless( $AttachObj->ContentType =~ /^text/ ) {> >
> return 1;> >}> >my $content = $AttachObj->Content;> >if( $content =~
> m/^\RefersTo:\E\s*(\S+)\s*$/m ) {> > $self->TicketObj->RefersTo( $1 );> >}>
> >> >if( $content =~ m/^\QSet-Status:\E\s*(\S+)\s*$/m ) {> >
> $self->TicketObj->SetStatus( $1 );> >}> >> >I'm able to set the status but
> not the Refers to link. Any help is > >appreciated.> >> >Thanks,> >Jared> >
> Jared,> > $self->TicketObj->RefersTo will return the link information for the
> > ticket. To set links, you should use AddLink (see Ticket API).> > Steve > >
> ___>
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users> > Community
> help: http://wiki.bestpractical.com> Commercial support: [EMAIL PROTECTED]> >
> > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. > Buy
> a copy at http://rtbook.bestpractical.com
_
See what you’re getting into…before you go there.
http://newlivehotmail.com/?ocid=TXT_TAGWL_migration_HM_viral_preview_0507___
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] Question on clearing mason cache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 11 May 2007 at 11:28 (-0400), Jesse Vincent wrote: Am I misunderstanding something, or is it the case that, if RT is running with mod_perl, the mason cache is automatically cleared on each apache restart, assuming I'm not running with 'DevelMode' on? That's what the code in webmux.pl seems to be doing. Over the years, I've seen many comments reminding someone to clear the mason cache in addition to restarting RT, when making certain kinds of changes. But now I'm wondering about this, at least in a mod_perl environment. In a mod_perl environment, this _should_ be taken care of automatically. In a FastCGI environment, we can't do it this way or each new fastcgi that started would blow away the cache...right out from under the other processes. Jesse, Thanks for confirming this. It's good to know I shouldn't ever have to clear the cache manually (where I'm using mod_perl). I guess a lot of folks run with FastCGI, judging from the comments (here and in various places in the wiki) about manually clearing the cache. I've never seen such a comment qualified by "unless you're using mod_perl"). Mike _ Mike FriedmanInformation Services & Technology [EMAIL PROTECTED] 2484 Shattuck Avenue 1-510-642-1410 University of California at Berkeley http://socrates.berkeley.edu/~mikef http://ist.berkeley.edu _ -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQA/AwUBRkVJwa0bf1iNr4mCEQJMtwCeIfygQejT4WyPBrPrN2Dje/mhQI4Anitd 7iPr1OcGeoTuAAX/OC4s4wjm =CbVa -END PGP 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
