[rt-users] Dashboard E-Mail in MS Outlook
Hi, recently noticed that the RT 4.2 Dashboard E-Mails looks awful in MS Outlook 2010: * Ticket list missing styles * Chart Table missing styles and width set to 100% Attached some examples from Outlook and Thunderbird. The problem is that Outlook is munching the styles instead of including them, like Thunderbird. Has anyone trick Outlook to display the Dashboard E-Mails in the same way like Thunderbird? Chris -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Change AutoResponse Global Template based on time of the day
---BeginMessage---
OK, I've been trying with the following condition:
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime();
if ($hour =8 $hour =17) {
$self-SetTemplate(Autoreply);
} elsif ($hour 8 $hour 17) {
$self-SetTemplate(AutoReply-AfterHrs);
}
return 1;
But regardless of the conditions in if/elif I get both replies, from
Autoreply and AutoReply-AfterHrs templates. The logis seems OK, but I can't
tell where am I making a mistake. I have included a couple of screenshot
http://requesttracker.8502.n7.nabble.com/file/n58870/Screen_Shot_2014-10-20_at_10.png
s for both scrips.
http://requesttracker.8502.n7.nabble.com/file/n58870/Screen_Shot_2014-10-20_at_10.png
--
View this message in context:
http://requesttracker.8502.n7.nabble.com/Change-AutoResponse-Global-Template-based-on-time-of-the-day-tp58825p58870.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.
---End Message---
--
RT Training November 4 5 Los Angeles
http://bestpractical.com/training
Re: [rt-users] Change AutoResponse Global Template based on time of the day
---BeginMessage--- The screenshots seemed to be wrong in my last post, but here they are: http://requesttracker.8502.n7.nabble.com/file/n58872/Screen_Shot_AfterHrs.png http://requesttracker.8502.n7.nabble.com/file/n58872/Screen_Shot_Autoreply.png Both Scrips are using the same condition with and one with 2 different templates chosen based on the condition, so it should be one or the other, but not both as in my test... Any ideas? Thanks! -- View this message in context: http://requesttracker.8502.n7.nabble.com/Change-AutoResponse-Global-Template-based-on-time-of-the-day-tp58825p58872.html Sent from the Request Tracker - User mailing list archive at Nabble.com. ---End Message--- -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
Re: [rt-users] Emails to Queue Alias, still merge to other queue
Hello Kevin, The issue is when some who is an adminCC on a support queue then forwards the ticket email (without removing the ticket number) to a engineering queue email, expecting only the engineers to see it, but because it still has the same ticket ID in the subject RT is merging it back to the original customer support queue, with embarrassing results (customer gets email intended for internal only). Thanks, Kevin On Thu, Oct 16, 2014 at 12:11 PM, Kevin Falcone falc...@bestpractical.com wrote: On Wed, Oct 15, 2014 at 10:23:48AM +0200, Emmanuel Lacour wrote: Is there any way to force RT to respect the incoming email/queue from rt-mailgate over merging by the ticket numbers (when this type of thing occurs)? As I believe has been said, but I'll repeat it. Using the ticket id instead of the incoming email is a feature of RT. For example, it allows me to move a ticket from development to sales when we need to get something quoted back and a user can email any address and have it routed. no, you have to patch RT (lib/RT/Interfaces/Email.pm:sub Gateway) or disallow the user to send a mail to a queue where the ticket doesn't belong to, by writing a MailPlugin ( http://www.bestpractical.com/docs/rt/4.2/rt-mailgate.html#WRITING-PLUGINS ). Alternately, you can use the same code used by the RepliesToResolved plugin which forces new ticket creation if the replied to ticket is in an inactive state. https://github.com/bestpractical/rt-extension-repliestoresolved http://bestpractical.com/docs/rt/latest/RT/Interface/Email.html#ExtractTicketId Hopefully soon we'll release a backport of the new gateway we're developing for 4.4 which would also make plugging this in easier. -kevin -- RT Training November 4 5 Los Angeles http://bestpractical.com/training -- RT Training November 4 5 Los Angeles http://bestpractical.com/training
