[rt-users] Queues without explicit CorrespondAddress are disabled?
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 start in, but might get moved into later. And realizing that they could all share the default Correspondence Address. I tested the idea and it works, except in one sense. When you click on Basics or Jumbo to change the ticket queue, any queue without an explicit (different) CorrespondAddress doesn't show up in the list. This isn't a rights thing, as I'm working as a Superuser. I don't have enough brain to look at this tonight, but if any of you know why this behavior is set up and/or why it shouldn't be changed, please clue me in before I start trying to fix this. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Queues without explicit CorrespondAddress are disabled?
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 jrh...@netconsonance.com 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 perfect. So it got me thinking about queues which a ticket would never start in, but might get moved into later. And realizing that they could all share the default Correspondence Address. I tested the idea and it works, except in one sense. When you click on Basics or Jumbo to change the ticket queue, any queue without an explicit (different) CorrespondAddress doesn't show up in the list. This isn't a rights thing, as I'm working as a Superuser. I don't have enough brain to look at this tonight, but if any of you know why this behavior is set up and/or why it shouldn't be changed, please clue me in before I start trying to fix this. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Eliezer E Chávez +58-416-6125676 eliezer.cha...@gmail.com http://www.bumeran.com.ve/cv/eliezer-chavez ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Queues without explicit CorrespondAddress are disabled?
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 perfect. So it got me thinking about queues which a ticket would never start in, but might get moved into later. And realizing that they could all share the default Correspondence Address. I tested the idea and it works, except in one sense. When you click on Basics or Jumbo to change the ticket queue, any queue without an explicit (different) CorrespondAddress doesn't show up in the list. I don't believe that to actually be the case. This isn't a rights thing, as I'm working as a Superuser. I don't have enough brain to look at this tonight, but if any of you know why this behavior is set up and/or why it shouldn't be changed, please clue me in before I start trying to fix this. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Queues without explicit CorrespondAddress are disabled?
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 jrh...@netconsonance.com 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 perfect. So it got me thinking about queues which a ticket would never start in, but might get moved into later. And realizing that they could all share the default Correspondence Address. I tested the idea and it works, except in one sense. When you click on Basics or Jumbo to change the ticket queue, any queue without an explicit (different) CorrespondAddress doesn't show up in the list. This isn't a rights thing, as I'm working as a Superuser. I don't have enough brain to look at this tonight, but if any of you know why this behavior is set up and/or why it shouldn't be changed, please clue me in before I start trying to fix this. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Queues without explicit CorrespondAddress are disabled?
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 implications for your RT instance on a daily basis. 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 the queue caching at work. On Thu, Jan 29, 2009 at 5:05 AM, Jo Rhett jrh...@netconsonance.com wrote: When you click on Basics or Jumbo to change the ticket queue, any queue without an explicit (different) CorrespondAddress doesn't show up in the list. This isn't a rights thing, as I'm working as a Superuser. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
