Re: [rt-users] bug in rt-mailgate
Thank you for this solution but i think a better solution, for now, is to stop the error email. Is some way to do that? În lun., 1 feb. 2016 la 18:53, Parish, Brent a scris: > I think if you leave a few blank lines at the top of the email it should > be ok. > > > > I ran into this when people forwarded email but added no extra lines, so > the Command-by-mail extension would intepret “From: some...@mail.com” at > the top of the email body as a command. > > > > Unless someone has better ideas, you could also edit > RT-Extension-CommandByMail/lib/RT/Interface/Email/Filter/TakeAction.pm > > Somewhere around line 228, add this: > > last if $line =~ /^(from:)/i; > > (or in your case, replace the “from:” with “ip:”) > > > > - Brent > > > > > > > > *From:* rt-users [mailto:rt-users-boun...@lists.bestpractical.com] *On > Behalf Of *Dumitru Catalin > *Sent:* Monday, February 01, 2016 10:56 AM > *To:* rt-users > *Subject:* [rt-users] bug in rt-mailgate > > > > All email sent to RT is scanned by rt-mailgate for known commands. So far > so good, but when a user sends an email with something like that:* ip: > 10.0.0.0* the rt-mailgate try to interpret *ip* like a command and return > an error email. How can i stop rt to interpret all the strings separated bi > ":" from email? Or how can i stop rt to send the error email? > > > > Thank You! > - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
Re: [rt-users] rt-server.fcgi hangs
Here’s what I get in the logs when try to pull an info.php from the website Why would you think that is a reasonable thing to do? I would hope that would NOT work on any normal RT installation. I don't know why I wrote that, it was a year ago, but I think I just put in info.php as a brain misfire or something. Certainly info.php was not installed on the site. Regardless, it was trying to start the rt-server, as it is now under a completely new freebsd, apache and rt installation (when I assure you I am still not trying to pull info.php) and the error is the same. - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
Re: [rt-users] Customizing the column mapRE: Time left... RE: Display time worked in search results in hours only
If you modify the code in place, your changes will get overwritten when you upgrade (even a minor upgrade). In general, options for changes are: 1) Change in place. Will get squashed on upgrade, so keep a copy somewhere and make a note to reapply after upgrades. 2) Create a local directory in your rt directory and override (duplicate the directory structure and file under local). 3) Use callbacks which add to the code without overriding. 4) Create an extension using the techniques above to manage the changes in a separate package (and possibly share with others). Any of the above will work for making custom changes. I think an extension that allows you to set a preferred format via config and then uses that over the default in DurationAsString would be very useful. (RT features often begin life as extensions, then get pulled into core.) On 2/1/16 3:17 PM, Matt Zagrabelny wrote: On Mon, Feb 1, 2016 at 2:08 PM, Keith Creasy wrote: I do see in the code how to display the TimeLeft in minutes. Now I wonder if I want to modify the file in ./share/html/Elements/RT__Ticket/ColumnMap. I wouldn't. Should this be done in a local callback? This is what I'd do. -m - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016 - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
Re: [rt-users] rt-server.fcgi hangs
On 2 Feb 2016, at 11:22, Joseph Mays wrote: Here’s what I get in the logs when try to pull an info.php from the website Why would you think that is a reasonable thing to do? I would hope that would NOT work on any normal RT installation. I don't know why I wrote that, it was a year ago, but I think I just put in info.php as a brain misfire or something. No need to beat a dead horse, but your Apache log lines showed a request for /info.php and a fcgi timeout 300s later, so it wasn't entirely random. Certainly info.php was not installed on the site. Regardless, it was trying to start the rt-server, as it is now under a completely new freebsd, apache and rt installation (when I assure you I am still not trying to pull info.php) and the error is the same. And my advice is as given: crank up Apache error logging and RT's built-in logging and check what is logged. There should be more info available than just the timeout. The fact of a timeout says for sure that the rt-server.fcgi script was launched and did *something*. - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
Re: [rt-users] rt-server.fcgi hangs
The Fast CGI modules can be picky about permissions. To troubleshoot, you might start with adding the --with-web-user and --with-web-group options to your ./configure command to set them to the user/group for your version of Linux (or FreeBSD). Some systems use 'apache' some have another user/group. In addition, the generated Makefile has a 'make fixperms' target that will reset permissions on your RT directories to what it thinks they should be. Sometimes getting the user/group and permissions correct can make FastCGI happy. On 2/2/16 11:22 AM, Joseph Mays wrote: Here’s what I get in the logs when try to pull an info.php from the website Why would you think that is a reasonable thing to do? I would hope that would NOT work on any normal RT installation. I don't know why I wrote that, it was a year ago, but I think I just put in info.php as a brain misfire or something. Certainly info.php was not installed on the site. Regardless, it was trying to start the rt-server, as it is now under a completely new freebsd, apache and rt installation (when I assure you I am still not trying to pull info.php) and the error is the same. - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016 - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
Re: [rt-users] Customizing the column mapRE: Time left... RE: Display time worked in search results in hours only
Thanks, Jim, for enumerating options. I'm not sure where we'll go with this yet. Just for the time being I think we are going to use the REST API to generate the specific report we need and then work on making RT behave more as we think it should. I still think it makes no sense at all to convert fields that are entered in minutes into calendar units - years, months, days. It just doesn't seem useful. There probably was some logic behind it. Keith -Original Message- From: Jim Brandt [mailto:jbra...@bestpractical.com] Sent: Tuesday, February 02, 2016 1:21 PM To: Matt Zagrabelny; Keith Creasy Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Customizing the column mapRE: Time left... RE: Display time worked in search results in hours only If you modify the code in place, your changes will get overwritten when you upgrade (even a minor upgrade). In general, options for changes are: 1) Change in place. Will get squashed on upgrade, so keep a copy somewhere and make a note to reapply after upgrades. 2) Create a local directory in your rt directory and override (duplicate the directory structure and file under local). 3) Use callbacks which add to the code without overriding. 4) Create an extension using the techniques above to manage the changes in a separate package (and possibly share with others). Any of the above will work for making custom changes. I think an extension that allows you to set a preferred format via config and then uses that over the default in DurationAsString would be very useful. (RT features often begin life as extensions, then get pulled into core.) On 2/1/16 3:17 PM, Matt Zagrabelny wrote: > On Mon, Feb 1, 2016 at 2:08 PM, Keith Creasy wrote: >> I do see in the code how to display the TimeLeft in minutes. Now I wonder if >> I want to modify the file in ./share/html/Elements/RT__Ticket/ColumnMap. > I wouldn't. > > Should this be done in a local callback? > > This is what I'd do. > > -m > > - > RT 4.4 and RTIR Training Sessions > (http://bestpractical.com/services/training.html) > * Hamburg Germany March 14 & 15, 2016 - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
[rt-users] Including Articles in forward messages
Hello Guys, just a brief question. Is it possible to include Articles into messages I want to forward? Docu does not explicitly state "Forward", therefore I just wanted to make sure that it is, indeed, not a feature and I am not to stupid to configure it. If this is not a feature, is there a whishlist or something similar? Best regards, Viktor Sondergeld - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016
Re: [rt-users] Timezone Issue
I feel dumb for missing that now. Thanks. On Tue, Feb 2, 2016 at 2:22 AM, Christian Loos wrote: > Hi, > > it's actually in the documentation: > https://www.bestpractical.com/docs/rt/4.2/web_deployment.html#mod_perl-2.xx > > Best is to switch from mod_perl to mod_fastcgi. > > Also have a look here: > > https://www.bestpractical.com/docs/rt/4.2/customizing/timezones_in_charts.html > > Chris > > Am 01.02.2016 um 18:38 schrieb Matt Brennan: > > Good Day, > > > > I am running RT 4.2.12. The system clock is in GMT, and all messages > > are logged in GMT. It is running Ubuntu 14.04.3 LTS. We are running > > Apache2 with modperl. The timezone, in RT_SiteConfig, is set to > > "America/New_York" which exists in /usr/share/zoneinfo. > > > > However, whatever a user sets their timezone to (we have users all > > over the world) it still shows as GMT for them. > > > > I have tried setting my timezone (in About Me) to America/New_York, > > EST5EDT and EST. No matter what, I still see GMT. > > > > Anyone thoughts are appreciated. > > > > -Matt > > - RT 4.4 and RTIR Training Sessions (http://bestpractical.com/services/training.html) * Hamburg Germany March 14 & 15, 2016