Hi all. I've been an RT user for a short while now and I'm continuing
to dig deeper as we extend its use. Thanks to Jesse and team for a
product which delivers significant flexibility while preserving
simplicity of use.
Here's my current question: Is there an easy way to add logic such that
Hi all. I need a little guidance on a problem I'm having with RT 3.8.2
using Postfix as the MTA.
The issue is that replies are not sent from RT when an external alias is
used; these messages are identified as bounces because their
'Return-Path' header is empty. Replies are sent without
: Thursday, February 05, 2009 2:56 PM
To: Damon Miller
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] RT 3.8.2, Postfix, and external aliases
I don't know if postfix supports this, but Sendmail proper allows -
ba which means that it populates the envelope sender from the From:
line
: Thursday, October 30, 2008 2:13 AM
To: Damon Miller
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Merged Ticket Performance Degredation
(stilltrying!)
On Wed, Oct 29, 2008 at 12:56:55PM -0700, Damon Miller wrote:
P.S. I checked the code for RT 3.8.1 and the TODO regarding merged
Hi all,
I posted about this problem a couple of weeks ago but unfortunately
we're still seeing regular hangs and frankly I'm out of ideas. Here's
the quick summary:
We're using RT 3.6.1 and when loading merged tickets we see severe
performance degredation, e.g. 100 - 300 seconds per ticket.
Hi all,
We're experiencing an issue with RT 3.6.1 wherein loading merged tickets
results in severe performance degredation, e.g. 100 - 300 seconds per
ticket. After 30 seconds, Apache gives up on the FastCGI script and
generates a 500. This problem has been documented and referenced in
several
,
Damon
__
Damon T. Miller
Director of Application Services
Thinking Phone Networks
[EMAIL PROTECTED]
617-649-1388 (Office)
-Original Message-
From: Mark Blackman [mailto:[EMAIL PROTECTED]
Sent: Friday, October 17, 2008 11:58 AM
To: Damon Miller
Cc: rt-users@lists.bestpractical.com
Hi all,
I've got a quick question around privilege use in RT. My goal is to
allow designated end users to manage their own RT instances but NOT have
the ability to create new users. I tried creating an admin user and
giving it everything except SuperUser in Global - User Rights, but
that didn't
Hi all. I'm trying to automate email alias creation and deletion based
on queue actions in RT and I'm wondering if anyone out there has any
thoughts or suggestions. Basically the situation is this: I'm planning
to offer RT instances to a number of user groups and I'd like to avoid
maintaining
