[rt-users] Customer access to rt

2006-06-09 Thread Uli Stärk
I want to allow customers to use the RT, too. 
Once RT receives an e-mail from a new emailadress, an RT-account should be 
automatically created (password generated randomly) for this email address. 
Then this authentication-info should be sent to the customer as a welcome 
message with a couple of instructions how to use the RT. So if the customer 
accesses the RT he should see all his open and closed tickets and can perform 
actions like close ticket, reopen ticket, reply.

Is there any existing extension for rt?
___
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


We're hiring! Come hack Perl for Best Practical: 
http://bestpractical.com/about/jobs.html


[rt-users] No confirmation for a new ticket

2006-06-09 Thread Uli Stärk
How can I create a rule that does not send any status-change-emails for a 
special incoming e-mail address?
Eg:
[EMAIL PROTECTED] - no notice of receipt and no ticket-close-email
___
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


We're hiring! Come hack Perl for Best Practical: 
http://bestpractical.com/about/jobs.html


[rt-users] No confirmation mail on closing a ticket

2006-06-08 Thread Uli Stärk
I have following problem. I've received an email from another RT. If I mark the 
request on my side as completed, my RT sends the other RT an email that the 
ticked is now closed. So if the other RT receives this e-mail, it automatically 
sends back an email as a receive-confirmation and re-opens their ticket. So we 
have a nice never ending round-robin system.

Solution = ?
___
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


We're hiring! Come hack Perl for Best Practical: 
http://bestpractical.com/about/jobs.html


[rt-users] AW: [Rt-devel] Fast delete tab for spam-tickets

2006-06-08 Thread Uli Stärk
Thanks, the Callbacks work fine. I also had an eye on the other cronjob 
rt-scripts.
I started with the rt-escalade cronjob. The first time I executed this file, 
all Tickets had the priority 10! :-( Should this script work?
Is the script still necessary? I've found a similar configuration the 
queue-config (InitialPriority, FinalPriority), but it didn't work for itself.

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Bob Goldstein
Gesendet: Donnerstag, 8. Juni 2006 15:37
An: Uli Stärk
Cc: [EMAIL PROTECTED]
Betreff: Re: [Rt-devel] Fast delete tab for spam-tickets 


I've used the Callbacks from University of Kent:

  http://www.cs.kent.ac.uk/people/staff/tdb/rt3/

(Scroll to the bottom for a description and download link.)

One of the features is a delete tab.  

   bobg


Due to massive spam in our rt-system I whish to add a new tab to the Ticket/Di
splay.html.
I've already found the file where the tabs are defined: Ticket/Elements/Tabs

There I've added the following code:
if ($Ticket-CurrentUserHasRight('ModifyTicket') ) {
$actions-{'G'} = { title = loc('Spam'),
path  = Ticket/Update.html?Action=Spamid= . $id,
};
}

Now I want that if the user clicks on this link, the ticket is instantly marke
d as deleted so no further emails (like Ticked Resolved) are sent.

One possibility is to create a new ticket status (spam) that is equal to delet
ed. So if when the link is clicked, the ticket status is updated and the user 
returns to the default-entry page of rt. But I think this is ways too complica
ted to code. So another (easier) possibility is to redirect the user to the Up
date.html page and pre-select the deleted-status.

Do you have another idea how to solve the spam problem?

Where can I find the script that handles the Aciton= GET-parameter in the Upda
te.html (2nd solution)?
 


___
List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel

Best Practical is hiring! Come hack Perl for us: http://bestpractical.com/abou
t/jobs.html


___
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


We're hiring! Come hack Perl for Best Practical: 
http://bestpractical.com/about/jobs.html