Everyone is always eager to see things added to rt for their own use, I know
I did back when we started using it. However, I’ve made a modification,
very crude, which I think may have some mileage in the rt project.
We’re a server hosting (colo) provider with the requirement to keep a
mailing list and announce maintenance, potential upstream disruption, that
kind of thing to the customer base. We have a majordomo running with
customer announce lists, again very common. When we make these announcement
mails at the moment we send out a regular email to the address, which is not
ideal.
It would be nice to be able to create a ticket, requestor as the mal alias
to the list, and then the ticket and it’s updates go to the customers. This
works with rt as is, but there is one fairly major problem. If a customer
replies to the ticket, and as they are not the requestor, the reply gets
sent out to the requestor, which is the list. Therein lies the problem as
you can probably see!
Our solution is to create a specific queue for these requests, modify the
code to check the queue and not to forward incoming mail to the requestor if
it’s in that queue. This is probably a fairly straightforward modification
to the rt application for v2 if such functionality does not already exist.
I hope that’s of some use.
Regards
DanL
UK Solutions, part of CAD
Including UK Shells, UK Colo
Tel: 01527 851 333 - Fax: 01527 851 301
Web: www.uksolutions.co.uk
Email: dan@uksolutions.co.uk
This email, and any attachment, is confidential and may contain information
which is covered by legal, professional or other privilege. If you are not
the intended recipient, please notify the sender immediately and destroy
the email. You should not otherwise copy it, retransmit it or use or
disclose its contents to anyone.