Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-11-03 Thread Kevin Falcone
On Mon, Oct 20, 2014 at 11:01:20AM -0400, Root Kev wrote: 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, I understand your use case, I was explaining why RT itself has the behavior

Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-10-20 Thread Root Kev
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

Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-10-16 Thread Emmanuel Lacour
Le 15/10/2014 22:59, Root Kev a écrit : Any chance you could point me in the right direction as to how to patch Email.pm to do the routing based on recipient email address? I'm sorry, not until ...some months, I'm very busy on many RT projects :( -- Easter-eggs

Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-10-16 Thread Kevin Falcone
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

Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-10-15 Thread Emmanuel Lacour
Le 09/10/2014 21:41, Root Kev a écrit : Hello, We have setup aliases for sendmail that route incoming emails to the correct queue: Example: #RT Mailgate user for it it: |/opt/rt4/bin/rt-mailgate --queue 'it' --action correspond --url http://tracker.company.net/rt; it-comment:

Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-10-15 Thread Mike Johnson
This may not be the best solution, but it would be a solution. If you had each queue in it's own instance, or at least grouping the queues into their own instances of RT in which each queue in RTinstance1 would never have an email forwarded to any other queue in RTinstance1... Again, probably

Re: [rt-users] Emails to Queue Alias, still merge to other queue

2014-10-15 Thread Root Kev
Any chance you could point me in the right direction as to how to patch Email.pm to do the routing based on recipient email address? It would be impossible to manually block individual users from each queue that they are not suppose to email to, especially when we have customer support type

[rt-users] Emails to Queue Alias, still merge to other queue

2014-10-09 Thread Root Kev
Hello, We have setup aliases for sendmail that route incoming emails to the correct queue: Example: #RT Mailgate user for it it: |/opt/rt4/bin/rt-mailgate --queue 'it' --action correspond --url http://tracker.company.net/rt; it-comment: |/opt/rt4/bin/rt-mailgate --queue 'it' --action comment