Re: [rt-users] Users simultaneously replying

2013-01-15 Thread Christoph (Stucki) von Stuckrad
On Tue, 15 Jan 2013, Samuel Paris wrote:

 Lock the job when a reply is being written?
 Or any other suggestions to prevent this for happening?

That's what 'take' is for - only one worker can 'take' a ticket.
(But it depends on the discipline to 'take first, then answer'!)

Less strict would be to 'look for open state', which is set on
answering, but will fail if multiple workers look into one queue.

For more than those, you will have to define state(s) and create
new scrips I believe.

Stucki

-- 
Christoph von Stuckrad  * * |nickname |Mail stu...@mi.fu-berlin.de \
Freie Universitaet Berlin   |/_*|'stucki' |Tel(Mo.,Mi.):+49 30 838-75 459|
Mathematik  Informatik EDV |\ *|if online|  (Di,Do,Fr):+49 30 77 39 6600|
Takustr. 9 / 14195 Berlin   * * |on IRCnet|Fax(home):   +49 30 77 39 6601/


[rt-users] Problem with using ssl over nginx reverse-proxy when submitting ticket updates

2013-01-15 Thread Andy D'Arcy Jewell

Hi all,

I'm trying to run RT 3.8 over ssl via an nginx reverse-proxy, and almost 
everything works, except when you update a ticket; after you click 
Update Ticket, after the update is submitted, it redirects 
Display.html to show the updated ticket. However, it is redirecting to 
plain http, which results in an error because I'm intentionally NOT 
proxying port 80...


I have set $WebBaseURL in RT_SiteConfig.pm to include https://; at the 
beginning.


I apologise in advance - I've also posted this query on #rt on irc.perl.org.

Any ideas, please?

--
Andy D'Arcy Jewell

SysMicro Limited
Linux Support
T:  0844 9918804
M:  07961605631
E:  andy.jew...@sysmicro.co.uk
W:  www.sysmicro.co.uk



Re: [rt-users] Problem with using ssl over nginx reverse-proxy when submitting ticket updates

2013-01-15 Thread Martin Wheldon

Hi Andy,

A very simular issue to this was discussed on the list last week. Have 
a search for https redirects to http.


Best Regards

Martin

On 2013-01-15 11:24, Andy D'Arcy Jewell wrote:

Hi all,

 I'm trying to run RT 3.8 over ssl via an nginx reverse-proxy, and
almost everything works, except when you update a ticket; after you
click Update Ticket, after the update is submitted, it redirects
Display.html to show the updated ticket. However, it is redirecting 
to

plain http, which results in an error because I'm intentionally NOT
proxying port 80...

 I have set $WebBaseURL in RT_SiteConfig.pm to include https://; [1]
at the beginning.

 I apologise in advance - I've also posted this query on #rt on
irc.perl.org.

 Any ideas, please?

--
Andy D'Arcy Jewell

SysMicro Limited
Linux Support
T: 0844 9918804
M: 07961605631
E: andy.jew...@sysmicro.co.uk
W: www.sysmicro.co.uk

 !DSPAM:9,50f5355e33231878918082!

Links:
--
[1] https://




Re: [rt-users] FIXED: Problem with using ssl over nginx reverse-proxy when submitting ticket updates

2013-01-15 Thread Andy D'Arcy Jewell

On 15/01/13 11:03, Martin Wheldon wrote:

Hi Andy,

A very simular issue to this was discussed on the list last week. Have 
a search for https redirects to http.


Best Regards

Martin 

You are quite right, Martin!

The fix is to insert the following into RT_SiteConfig.pm:

Set($CanonicalizeRedirectURLs, 1);

Thank you very much - tested and approved!

Regards,
-Andy

--
Andy D'Arcy Jewell

SysMicro Limited
Linux Support
T:  0844 9918804
M:  07961605631
E:  andy.jew...@sysmicro.co.uk
W:  www.sysmicro.co.uk



Re: [rt-users] Get the From: header of currently sent mail

2013-01-15 Thread Martin Drasar
On 10.1.2013 15:11, Martin Drasar wrote:
 Hello,
 
 in my setup I have patched lib/RT/Action/Notify.pm in such way that it
 adds some attachments to a mail. In some cases we send mails that have
 no-reply address in From: and Reply-To: and I would like to send these
 mails without those attachments. However, I have not found a way to
 query either From: or Reply-To:.
 
 Could you please tell me how to check these headers inside Notify.pm?
 And if it is not possible, could you please give me a hint on how to do
 it some other way?

Hi,

I am just bumping this mail as I was not yet able to come with a
solution. I know that I can't be the only one with such requirements
around here.

Thanks,
Martin


[rt-users] Single Sign Out and maintain session RT 4.0.4/CAS/LDAP/LDAPImport

2013-01-15 Thread Jan Niezbędny
I have instance RT 4.0.4 on CentOS 6. With CAS to implement SSO on a
few applications and LDAP which stands on AD Win Ser 2008.

And now I need to adjust RT to the overall method of closing the user
session for the entire system (all subsystems/applications).

I wanna ask. Is it possible to obtain the url that returns up to a
small page or other static resource, which download will maintain the
current logged-on user session?

Specific requirements:
- Attempt to access a resource, should not create a new session if
this is not yet
- If the session exists, the attempt to access the resource will cause
the session will be extended

Sample tests for java web application running on JBoss AS 7.1 shows
that it can be any resource such as a static image. But I don’t know
how it works in perl applications like RT

If you have some thoughts or ideas, I will be very grateful


Regards,
Jan


Re: [rt-users] RTx::EmailCompletion

2013-01-15 Thread Asif Iqbal
On Fri, Jan 11, 2013 at 5:18 PM, Asif Iqbal vad...@gmail.com wrote:

 I install RTx::EmailCompletion plugin and added the following stanza into
 my RTHOME/etc/RT_SiteConfig.pm

 
 Set( @Plugins, qw(
 RT::Authen::ExternalAuth
 RTx::EmailCompletion
 ) );

 Set($EmailCompletionUnprivileged,everybody);
 Set($EmailCompletionSearch, STARTSWITH);
 Set($EmailCompletionLdapAttrSearch, [qw/mail cn/]);
 Set($EmailCompletionRdbmsDisabled, 1);
 ...

 How do I expect it to work? I tried to fill the  One-time Cc: with
 ``foo'' and expected it to autocomplete to ``f...@example.com''



Still like some help with this one.




 Thanks for the help.

 --
 Asif Iqbal
 PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
 A: Because it messes up the order in which people normally read text.
 Q: Why is top-posting such a bad thing?




-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?


Re: [rt-users] CC by default and Exclude Certain Email from being logged as tickets

2013-01-15 Thread Kevin Falcone
On Mon, Jan 14, 2013 at 12:58:08PM +, Baker, Brendon wrote:
First of all - when we reply or resolve a ticket - we would like to reply 
 to everyone who was
originally CCd by default instead of having to tick the individuals. As 
 far as I understand -
this has something to do with Scrips but I cant figure out how to do this.

You may be able to do what you want here by enabling
http://bestpractical.com/rt/docs/latest/RT_Config.html#ParseNewMessageForTicketCcs
but read the documented caveats.

Secondly - we are popping mail out of a mailbox using fetchmail which then 
 sends this to the
mailgate.
 
We need to be able to exclude certain email addresses from being logged as 
 tickets as they are
notifications. Is this something that can be done inside of RT?

Use procmail or some other filter as suggested by another replier.

-kevin


pgpiWgu8ysWR_.pgp
Description: PGP signature


[rt-users] Dealing with forwarded tickets from one queue to another

2013-01-15 Thread Sean Purdy
Hi,


We have a situation where someone gets mail sent to them from one queue, and 
needs to forward it to a different queue as a new ticket.  e.g. for forwarding 
to a support queue.  Currently RT will interpret the incoming mail as an update 
to the original ticket instead of creating a new ticket in the other queue.

Is there any way around this?  RT knows the old ticket ID from the Subject, and 
the new queue it's being submitted to.

Currently looking at patching Interface/Email.pm and using $SystemTicket-id vs 
$args{'queue'}
but perhaps this has been covered before?


Thanks,

Sean Purdy

Re: [rt-users] Get the From: header of currently sent mail

2013-01-15 Thread Kevin Falcone
On Thu, Jan 10, 2013 at 03:11:59PM +0100, Martin Drasar wrote:
 in my setup I have patched lib/RT/Action/Notify.pm in such way that it
 adds some attachments to a mail. In some cases we send mails that have
 no-reply address in From: and Reply-To: and I would like to send these
 mails without those attachments. However, I have not found a way to
 query either From: or Reply-To:.
 
 Could you please tell me how to check these headers inside Notify.pm?
 And if it is not possible, could you please give me a hint on how to do
 it some other way?

If you're modifying Notify.pm, you've already seen how it gets the
RT-Send-Cc and RT-Send-Bcc headers.  Try using similar code and if it
doesn't work, provide code that doesn't work and how it fails.

-kevin


pgpS7fkXma2Pb.pgp
Description: PGP signature


Re: [rt-users] Single Sign Out and maintain session RT 4.0.4/CAS/LDAP/LDAPImport

2013-01-15 Thread Kevin Falcone
On Tue, Jan 15, 2013 at 03:45:07PM +0100, Jan Niezbędny wrote:
 Specific requirements:
 - Attempt to access a resource, should not create a new session if
 this is not yet
 - If the session exists, the attempt to access the resource will cause
 the session will be extended
 
 Sample tests for java web application running on JBoss AS 7.1 shows
 that it can be any resource such as a static image. But I don’t know
 how it works in perl applications like RT

Accessing a static or public image in RT won't send a cookie (or at
least shouldn't, there's been a number of cleanups in this area).

You'll likely need a simple mason page to do what you want, although
RT's reaction to accessing something that needs a cookie is to
redirect you to login so you'll need to do work on that.

-kevin


pgpsxZRrOD6z_.pgp
Description: PGP signature


Re: [rt-users] RTx::EmailCompletion

2013-01-15 Thread Thomas Sibley
On 01/15/2013 08:41 AM, Asif Iqbal wrote:
 I install RTx::EmailCompletion plugin and added the following stanza
 into my RTHOME/etc/RT_SiteConfig.pm
 
 
 Set( @Plugins, qw(
 RT::Authen::ExternalAuth
 RTx::EmailCompletion
 ) );
 
 Set($EmailCompletionUnprivileged,everybody);
 Set($EmailCompletionSearch, STARTSWITH);
 Set($EmailCompletionLdapAttrSearch, [qw/mail cn/]);
 Set($EmailCompletionRdbmsDisabled, 1);
 ...
 
 How do I expect it to work? I tried to fill the  One-time Cc: with
 ``foo'' and expected it to autocomplete to ``f...@example.com
 mailto:f...@example.com''
 
 
 
 Still like some help with this one.

What's your RT version?  I don't believe RTx::EmailCompletion is
compatible with RT 4.0 since most of the functionality (although not the
LDAP parts) was merged to core.

If you're indeed on 4.0, perhaps you want to look into
RT::Extension::LDAPImport instead so that your LDAP info is sync'd
locally into RT and the standard autocompletion will work.  This means
your RT user info from ExternalAuth will also always be up to date.


Re: [rt-users] RTx::EmailCompletion

2013-01-15 Thread Asif Iqbal
On Tue, Jan 15, 2013 at 1:32 PM, Thomas Sibley t...@bestpractical.comwrote:

 On 01/15/2013 08:41 AM, Asif Iqbal wrote:
  I install RTx::EmailCompletion plugin and added the following stanza
  into my RTHOME/etc/RT_SiteConfig.pm
 
  
  Set( @Plugins, qw(
  RT::Authen::ExternalAuth
  RTx::EmailCompletion
  ) );
 
  Set($EmailCompletionUnprivileged,everybody);
  Set($EmailCompletionSearch, STARTSWITH);
  Set($EmailCompletionLdapAttrSearch, [qw/mail cn/]);
  Set($EmailCompletionRdbmsDisabled, 1);
  ...
 
  How do I expect it to work? I tried to fill the  One-time Cc: with
  ``foo'' and expected it to autocomplete to ``f...@example.com
  mailto:f...@example.com''
 
 
 
  Still like some help with this one.

 What's your RT version?  I don't believe RTx::EmailCompletion is
 compatible with RT 4.0 since most of the functionality (although not the
 LDAP parts) was merged to core.


Sorry I forgot to mentions the versions.

I am using RT 3.8.2 / mod_ssl/2.2.11 OpenSSL/0.9.8p mod_perl/2.0.3
Perl/v5.8.8



 If you're indeed on 4.0, perhaps you want to look into
 RT::Extension::LDAPImport instead so that your LDAP info is sync'd
 locally into RT and the standard autocompletion will work.  This means
 your RT user info from ExternalAuth will also always be up to date.




-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?


[rt-users] Ignoring out of office emails

2013-01-15 Thread Brent Wiese
I have a powershell script that emails users (using the System.Net.Mail class) 
and the From address is set to our RT system, making it easier for users to 
get help if needed.

The problem is, people's out-of-office responses are opening tickets.

I added the Precendence: bulk header after checking through the RT lists as 
it looks like (at least in rt 3.x) it would filter those emails out and not 
interact with tickets. But it's not working.

Is this no longer the case in RT4? Or does it not apply to ticket creation? I 
can see the Precendence: bulk header being added in the original email.

I was hoping to not have to modify RT/procmail, but I can go that route.

Thanks,
Brent