Jesse Vincent wrote:
>
> On Thu, Jan 29, 2009 at 04:23:48PM -0800, Jo Rhett wrote:
>
>> Ding! Thank you for the winning answer. Wonderful.
>>
>> Any way to defeat that, other than having everyone log out and back in
>> again? I realize it's an uncommon thing...
>>
>
> Disabling that
On Thu, Jan 29, 2009 at 04:23:48PM -0800, Jo Rhett wrote:
> Ding! Thank you for the winning answer. Wonderful.
>
> Any way to defeat that, other than having everyone log out and back in
> again? I realize it's an uncommon thing...
Disabling that cache will have unfortunate performance im
Ding! Thank you for the winning answer. Wonderful.
Any way to defeat that, other than having everyone log out and back in
again? I realize it's an uncommon thing...
On Jan 29, 2009, at 7:55 AM, Todd Chapman wrote:
Are they new queues? If so try logging out and back in. You may be
seeing
Are they new queues? If so try logging out and back in. You may be seeing
the queue caching at work.
On Thu, Jan 29, 2009 at 5:05 AM, Jo Rhett wrote:
> So in playing around with the system I observed that RT doesn't care
> which e-mail address you send an existing ticket reply to, it always
> up
On Thu, Jan 29, 2009 at 02:05:48AM -0800, Jo Rhett wrote:
> So in playing around with the system I observed that RT doesn't care
> which e-mail address you send an existing ticket reply to, it always
> updates the correct ticket no matter if the queue has changed or what
> not. That's pe
That's rare, cause i see all my queues and i don't have an explicit
correspond address for each one, only the default one
And i imagine you have define de default one in RT_SiteConfig.pm
Regards!
On Thu, Jan 29, 2009 at 5:35 AM, Jo Rhett wrote:
> So in playing around with the system I observed
So in playing around with the system I observed that RT doesn't care
which e-mail address you send an existing ticket reply to, it always
updates the correct ticket no matter if the queue has changed or what
not. That's perfect.
So it got me thinking about queues which a ticket would never