[rt-users] modifying From: header in global template to pull from queue description

Busalacchi, Eric ebusalacchi at evare.com
Wed Mar 17 15:20:54 EDT 2010


Thank you Gary, you sent me in the right direction!  I set it to:

From: {$Ticket->QueueObj->Description()}
<{$Ticket->QueueObj->CorrespondAddress()}>

(note the space and <>) and it worked perfectly. 

Eric

-----Original Message-----
From: Gary Greene [mailto:ggreene at minervanetworks.com] 
Sent: Wednesday, March 17, 2010 3:05 PM
To: Kenneth Marshall; Busalacchi, Eric
Cc: rt-users at lists.bestpractical.com
Subject: Re: [rt-users] modifying From: header in global template to
pull from queue description

On 3/17/10 11:53 AM, "Kenneth Marshall" <ktm at rice.edu> wrote:
> On Wed, Mar 17, 2010 at 02:37:22PM -0400, Busalacchi, Eric wrote:
>> I tried searching the archive a bit for the answer but I wasn't able
to
>> pin down exactly what I'm doing wrong.  Basically we are trying to
give
>> a friendly generic name to our queues.  Management doesn't want the
>> "User Name via RT" but something more generic depending on the Queue.
>> What I'm trying to do is make the From: header pull from the Queue
>> description.  I've changed the template to have the following header:
>> 
>>  
>> 
>> From: {$Ticket->QueueObj->Description()}
>> 
>>  
>> 
>> For example this queue has the description "Systems Queue".  When I
>> change the template to the above example the From: address shows up
as
>> Systems.Queue at company.com .  I would like it to just show up as
"Systems
>> Queue".  I know I can statically do this for every queue but I would
>> rather not have custom templates in every queue configuration if
>> possible.  
>> 
>>  
>> 
>> Your help is greatly appreciated.
>> 
>>  
>> 
>> Eric
>> 
> Hi Eric,
> 
> That is not an RFC compliant address and will cause problems with
> some mail systems. That is probably why RT is not doing that other
> than it being a poor idea for the same reason.
> 
> Cheers,
> Ken
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> 
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
> 
> 2010 RT Training Sessions!
> San Francisco, CA, USA - Feb 22 & 23
> Dublin, Ireland - Mar 15 & 16
> Boston, MA, USA - April 5 & 6
> Washington DC, USA - Oct 25 & 26
> 
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
> Buy a copy at http://rtbook.bestpractical.com

That and almost every good anti-spam solution out there will flag
(rightly
so) non-RFC (822 and 2822) compliant messages as spam. To save your
users
grief, you'll likely want something like this:

From: {$Ticket->QueueObj->Description()}
{$Ticket->QueueObj->CorrespondAddress()}

(Obviously all on the same line....)

-- 
Gary L. Greene, Jr.
IT Operations
Minerva Networks, Inc.
Cell:  (650) 704-6633
Phone: (408) 240-1239




More information about the rt-users mailing list