Re: [rt-users] Weird Behavior

2014-07-02 Thread Mark Campbell
So the subject tag had an extra space in it which must be removed by something somewhere or by certain clients of something. Either way it is now only configured to have 1 and it seems to work now. Thanks for the help. Mark On 7/3/2014 12:01 AM, Alex Peters wrote: As far as I know, that is a

Re: [rt-users] Weird Behavior

2014-07-02 Thread Alex Peters
As far as I know, that is acceptable as long as the Subject Tag value for the queue explicitly includes the $rtname value within it. Your example Subject string of "[Networking cg.xxx.edu #1091]" should be acceptable if the Subject Tag value for one of your queues is precisely " Networking cg.xxx.

Re: [rt-users] Weird Behavior

2014-07-02 Thread Mark Campbell
Sorry CG tag would be what we use to describe the queue and cg.xxx.edu as the rtname. For instance the Networking queue would look like [Networking cg.xxx.edu #1091] So in the subject tag field for the queue configuration we have "Networking cg.xxx.edu" Is this not allowed? or would the spa

Re: [rt-users] Weird Behavior

2014-07-02 Thread Alex Peters
I'm not sure what "the CGTag" means but if the subject tag on the queue is exactly the same as the $rtname, you can leave the subject tag blank (it will default to $rtname). Basically the only thing between those square brackets in the Subject line of the email should be the $rtname or a queue's s

Re: [rt-users] Weird Behavior

2014-07-02 Thread Mark Campbell
So the $rtname is cg.xxx.edu The subject tag on the queue is configured as the CGTag cg.xxx.edu Should it simply be the rtname? On 7/2/2014 11:23 PM, Alex Peters wrote: In "Subject: [x xx.xxx.edu #1091]", does "x xx.xxx.edu " precisely match ei

Re: [rt-users] Weird Behavior

2014-07-02 Thread Alex Peters
In "Subject: [x xx.xxx.edu #1091]", does "x xx.xxx.edu" precisely match either of your $rtname config value or a queue's "Subject Tag" setting? The fact that there's a space in there suggests that it might not. On 3 July 2014 13:19, Mark Campbell wrote: > > So for testing I ran the fol

Re: [rt-users] Weird Behavior

2014-07-02 Thread Mark Campbell
So for testing I ran the following cat |/usr/sbin/rt-mailgate --queue xxx --action correspond --url https://xxx.xx.xxx.edu/rt --debug Then pasted the following in Delivered-To: xx...@xx.xxx.edu Subject: [x xx.xxx.edu #1091] To: xx...@xx.xxx.edu From: Xxxx Xxxx Return-Pat

Re: [rt-users] Unable to receive remote email into RTIR queue but local email to queue works

2014-07-02 Thread Alex Peters
It looks to me like the emails coming from Splunk are malformed. The Postfix log shows that they're not getting a Message-ID header (which may not be important). The RT errors suggest to me that they don't have a valid From address. On 03/07/2014 1:07 am, "john bradley" wrote: > enabled logging

Re: [rt-users] Cannot load ticket error message

2014-07-02 Thread Tony Arnold
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin, Thanks. I'll look into your suggestions. Regards, Tony. On 02/07/14 17:20, Kevin Falcone wrote: > On Wed, Jul 02, 2014 at 03:44:25PM +0100, Tony Arnold wrote: >> Not had any comment on this. Can anyone offer any advice, >> pointers etc? > >

Re: [rt-users] Weird Behavior

2014-07-02 Thread Jeremy Mates
* Mark Campbell > So I have an instance of RT installed, and thing seem to work fine. > Except users with a MAC that are using the Alpine client seem to not be > able to properly reply to a ticket. They can create new tickets jsut > fine, but when attempting to respond to a ticket, every respo

[rt-users] Weird Behavior

2014-07-02 Thread Mark Campbell
So I have an instance of RT installed, and thing seem to work fine. Except users with a MAC that are using the Alpine client seem to not be able to properly reply to a ticket. They can create new tickets jsut fine, but when attempting to respond to a ticket, every response creates a new ticket

[rt-users] Changing life cycle of an existing Queue

2014-07-02 Thread Kenroy Bennett
Hi All, I have created a Queue to use the default life cycle have been used it for several months now. After using it I realized that I will need to create a new life cycle for tickets in the Queue. Is it possible to change the life cycle in the Queue and update tickets in their final

Re: [rt-users] Only some searches in RT fail (Sphinx)

2014-07-02 Thread Kevin Falcone
On Wed, Jul 02, 2014 at 02:19:40PM +, Daniel Eiteneuer wrote: > But the main problem occurs, if I just search for "something" in the tickets' > content (not the subjects). The webinterface tells me, there are 0 results. > The > apache error log states: > > > > [4387] [Wed Jul 2 14:11:19 2

Re: [rt-users] Cannot load ticket error message

2014-07-02 Thread Kevin Falcone
On Wed, Jul 02, 2014 at 03:44:25PM +0100, Tony Arnold wrote: > Not had any comment on this. Can anyone offer any advice, pointers etc? You're running an out-of-support RT version, presumably on an old perl and seem to be running into a perl segfault (assuming you're also using mod_perl which exace

Re: [rt-users] Cannot load ticket error message

2014-07-02 Thread Tony Arnold
Not had any comment on this. Can anyone offer any advice, pointers etc? Thanks in advance. Regards, Tony. On 30/06/14 11:36, Tony Arnold wrote: > I'm seeing a 'Cannot load ticket' error message when clicking on a link > to a ticket in a notification e-mail that I have received. It is ticket > #4

[rt-users] Only some searches in RT fail (Sphinx)

2014-07-02 Thread Daniel Eiteneuer
Dear all, I've managed to update from RT 3.8.8 to 4.2.5 (Ubuntu 14.04). So far so good. I sucessfully installed Sphinx 2.0.4 and searching works, at least almost. It depends, on what I'm searching for. Searching for "something" (using the Simple Search), I get 3 results. I edit the search to omit