[rt-users] Shredder Search.html not found
Is this expected or is my install wrong?: /Admin/Tools/Shredder/Search.html was not found on this server RT 3.6.1rc2 David Smithson ActivSupport, Inc. Your Flexible IT Partner Microsoft Gold Partner -- Small Business Specialist http://www.activsupport.com Director of Technical Services Direct: (415) 869 2991 Technical Support Hotline: (415) 979 9285 CLICK HERE FOR ONLINE SUPPORT ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RTx-Shredder question
Marco Avvisano wrote: I'm trying to use RTx-Shredder on RT 3.6.0 from command line: /opt/rt3/local/sbin/rtx-shredder --plugin 'Tickets=queue, queuename' and return this error: [crit]: Couldn't wipeout object: Can't call method IsLocal on an undefined value at /opt/rt3/lib/RT/URI.pm line 247, STDIN line 1. (/opt/rt3/lib/RT.pm:317) any ideas ? Marco - Original Message - From: Ruslan Zakirov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: rt-users@lists.bestpractical.com Sent: Friday, July 14, 2006 2:38 PM Subject: Re: [rt-users] RTx-Shredder question As I remember one of users reported that shredder deletes 500 records from different tables of his DB for four tickets only. Really the tickets table is la punta dell'iceberg. On 7/13/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I had a question about removing ticket from the database... I am not a database expert so this will be a green question... Instead of using RTx-Shredder why can't I simply run a query against the database to remove any tickets with the status of deleted? Will that leave too many other linked tables with data that is not linked? Is that why we should use RTx-Shredder? On my test Installs of RT I have deleted data this way without an issue... Just curious... ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com We're hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com We're hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com I'm no expert but I don't think there is supposed to be a space between the comma and the queuename: /opt/rt3/local/sbin/rtx-shredder --plugin 'Tickets=queue,queuename' Mathew Snyder ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RTx-Shredder question
On Wed, Aug 09, 2006 at 10:47:16AM +0200, Marco Avvisano wrote: I'm trying to use RTx-Shredder on RT 3.6.0 from command line: /opt/rt3/local/sbin/rtx-shredder --plugin 'Tickets=queue, queuename' and return this error: [crit]: Couldn't wipeout object: Can't call method IsLocal on an undefined value at /opt/rt3/lib/RT/URI.pm line 247, STDIN line 1. (/opt/rt3/lib/RT.pm:317) Do you have Asset Tracker installed? Is this a ticket that might of had a link at some point? -Todd ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] 3.6.1 upgrade
[FX: Much swearing having missed something in the ./configure output and trashed / ] OK - I know I should have checked but I did a configure with the following ./configure --enable-layout=Debian --with-rt-group=root -with-web-user=www-data --with-web-group=www-data --with-libs-group=root Which as I'd not added a Layout Debian section to config.layout (copied from and older 3.6.0 and 3.4.x dpkg I had) threw up a checking for perl... /usr/bin/perl ./config.pld: line 20: syntax error: unexpected end of file checking for chosen layout... Debian checking if database name is valid... yes configure: creating ./config.status rather than the expected checking for chosen layout... Debian checking if database name is valid... yes configure: creating ./config.status As it didn't raise an error that Debian wasn't a valid layout, it was only during the make upgrade that it copied all the files into / and /NONE/ Please can someone throw in a sanity check that if you use --enable-layout a valid layout exists :-) Many thanks one foolish Andrew -- Andrew Elwell, System Administrator EPCC Tel 0131 445 7833 (ACF Building) Tel 0131 650 5023 (Rm 3309, JCMB) ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] version 3.6.1--dreaded infinite login
I installed the 3.6.1 upgrade with great anticipation, fired up the server, logged in, clicked on a link...and logged in again. For me, looks like multiple logins are still not squashed. Details: Mac OS X 10.4 server perl 5.8.6 apache Oracle 9i using LDAP integration Install history: * had 3.4.5 * upgraded to 3.6.0 * upgraded to 3.6.1rc2 #Thought maybe that would fix the login * upgraded to 3.6.1 Did I mess things up by running one of these upgrades? Should I run a full install? Anyone else still seeing multiple logins, or is something messed up on my system? Thanks, Jim -- Jim Brandt Administrative Computing Services University at Buffalo ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] version 3.6.1--dreaded infinite login
At Wednesday 8/9/2006 10:51 AM, Jim Brandt wrote: Anyone else still seeing multiple logins, or is something messed up on my system? Thanks, Jim Jim, We're still struggling with this, although I haven't been able to try 3.6. I have something that may be a workaround - I'd be curious to see if it works for you. I put a static-html copy of the Login page on a different web server from my RT instance. In that html page, I changed the login form action from POST to GET, and I changed the form's action to the full URL of my RT instance. It seems to work OK - Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Difficulty with the mailgate after upgrade to 3.6.1.
Hi all, I've been running version 3.6.0rc2 for some time with ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] version 3.6.1--dreaded infinite login
On Wed, Aug 09, 2006 at 11:13:17AM -0400, Stephen Turner wrote: At Wednesday 8/9/2006 10:51 AM, Jim Brandt wrote: Anyone else still seeing multiple logins, or is something messed up on my system? Thanks, Jim Jim, We're still struggling with this, although I haven't been able to try 3.6. I have something that may be a workaround - I'd be curious to see if it works for you. I put a static-html copy of the Login page on a different web server from my RT instance. In that html page, I changed the login form action from POST to GET, and I changed the form's action to the full URL of my RT instance. It seems to work OK - There are two primary causes: 1) An RT instance with multiple hostnames, such that when RT redirects to itself, it changes hostnames on the users 2) A bug in Apache::Session's statement handle caching that causes RT to silently obliterate users' sessions, usually on redirect. You might try backporting the new redirect code from 3.6. Best, Jesse Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Re: Difficulty with the mailgate after upgrade to 3.6.1.
Apologies for the abortive post... I've been running 3.6.0rc2 for some time with good success, and interested in the new features as well as wanting to settle on a release instead of sticking with an RC, I upgraded to 3.6.1 yesterday. For the most part everything went smoothly enough, but somewhere along the way our mailgate broke. I'm receiving the classic: RT could not load a valid user, and RT's configuration does not allow for the creation of a new user for this email ([EMAIL PROTECTED]). You might need to grant 'Everyone' the right 'CreateTicket' for the queue Tier II Support. I've verified that 'Everyone' has the right to CreateTicket both globally and specific to the queue in question. I'm having difficulties squeezing out a more detailed error. When I test rt-mailgate from the command line, there are no unique complaints sending to stdout, but of course the same error shows up in the RT administrators mail box, in the apache logs, and in syslog. Anyone have an idea of what might have gone awry here? Thanks in advance, -FC On 8/9/06, Frances Albemuth [EMAIL PROTECTED] wrote: Hi all, I've been running version 3.6.0rc2 for some time with ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Re: Difficulty with the mailgate after upgrade to 3.6.1.
Check if mailgate command uses --action argument. On 8/9/06, Frances Albemuth [EMAIL PROTECTED] wrote: Apologies for the abortive post... I've been running 3.6.0rc2 for some time with good success, and interested in the new features as well as wanting to settle on a release instead of sticking with an RC, I upgraded to 3.6.1 yesterday. For the most part everything went smoothly enough, but somewhere along the way our mailgate broke. I'm receiving the classic: RT could not load a valid user, and RT's configuration does not allow for the creation of a new user for this email ([EMAIL PROTECTED]). You might need to grant 'Everyone' the right 'CreateTicket' for the queue Tier II Support. I've verified that 'Everyone' has the right to CreateTicket both globally and specific to the queue in question. I'm having difficulties squeezing out a more detailed error. When I test rt-mailgate from the command line, there are no unique complaints sending to stdout, but of course the same error shows up in the RT administrators mail box, in the apache logs, and in syslog. Anyone have an idea of what might have gone awry here? Thanks in advance, -FC On 8/9/06, Frances Albemuth [EMAIL PROTECTED] wrote: Hi all, I've been running version 3.6.0rc2 for some time with ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] version 3.6.1--dreaded infinite login
Jesse, You mention You might try backporting the new redirect code from 3.6. What code is this? I had my Oracle dba do a database extract and imported it into mysql and users who were experiencing the re-login, aren't now... ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
RE: [rt-users] version 3.6.1--dreaded infinite login
Jesse, You mention You might try backporting the new redirect code from 3.6. What code is this? I had my Oracle dba do a database extract and imported it into mysql and users who were experiencing the re-login, aren't now... Interesting. I noticed I had this same re-login problem on my instance, when I tried to change my configuration so that the database was used rather than the filesystem for session tracking information. This was in 3.4.1 code, with an Oracle backend. What I did was uncomment this line: #Oracle = 'Apache::Session::Oracle', in /path-to-your-RT/share/html/Elements/SetupSessionCookie. I was hoping I would get a performance boost, and indeed, logging in and having the home page load was faster, but any time I clicked on anything, I had to log in again. So I reverted that change. Of course, if you don't use the DB for session management, $RT::MasonSessionDir is used instead. All things being equal, if I dumped the data to MySQL, as you did, I didn't have any problems. However, I thought some people who had the re-login issue had a MySQL backend? Eric Schultz United Online ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
RE: [rt-users] version 3.6.1--dreaded infinite login
Mine is commented out and seem to experience the re-login only on the first click. For example, after login, if the user just clicks Home, it says they aren't logged in. -Original Message- From: Schultz, Eric [mailto:[EMAIL PROTECTED] Sent: August 09, 2006 10:23 AM To: Don Beethe; rt-users@lists.bestpractical.com Subject: RE: [rt-users] version 3.6.1--dreaded infinite login Jesse, You mention You might try backporting the new redirect code from 3.6. What code is this? I had my Oracle dba do a database extract and imported it into mysql and users who were experiencing the re-login, aren't now... Interesting. I noticed I had this same re-login problem on my instance, when I tried to change my configuration so that the database was used rather than the filesystem for session tracking information. This was in 3.4.1 code, with an Oracle backend. What I did was uncomment this line: #Oracle = 'Apache::Session::Oracle', in /path-to-your-RT/share/html/Elements/SetupSessionCookie. I was hoping I would get a performance boost, and indeed, logging in and having the home page load was faster, but any time I clicked on anything, I had to log in again. So I reverted that change. Of course, if you don't use the DB for session management, $RT::MasonSessionDir is used instead. All things being equal, if I dumped the data to MySQL, as you did, I didn't have any problems. However, I thought some people who had the re-login issue had a MySQL backend? Eric Schultz United Online ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
RE: [rt-users] version 3.6.1--dreaded infinite login
Mine is commented out and seem to experience the re-login only on the first click. For example, after login, if the user just clicks Home, it says they aren't logged in. What I think is interesting is that the problem goes away when you move to MySQL :-) Eric Schultz United Online ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] scripts fail in 3.6.x
Hello! I already send this bug, but I don't get an answer and it still doesn't work in rt3.6.1 I use the Action Create Tickets, and defined a Template which works fine in 3.0.12 but after migration in 3.6 it fails. The subject of the new tickets is not set correctly The resulting tickets gets subjects like ARRAY(0xa41bae8), the corresponding code in the Template is Subject: CC_BringInto: NOC-Net/{$Tickets{TOP}-Subject} In the log file of rt I see: [warning]: Attempt to use reference as lvalue in substr at /usr/lib/perl5/site_perl/5.8.5/DBIx/SearchBuilder/Record.pm line 981. I use RT3.6.1/mysql on a RHEL4.2 (compatible) machine. best regards! sven ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] scripts fail in 3.6.x
A lot has changed between 3.0.12 and 3.6.1 You probably need to rewrite your template as some syntax has no doubt changed. I would be very hesitant to call this a bug. Indeed, the default autoreply template which seems to work for me uses {$Ticket-Subject} and not {$Tickets{TOP}-Subject}. Perhaps this is where you should start? Sven Sternberger wrote: Hello! I already send this bug, but I don't get an answer and it still doesn't work in rt3.6.1 I use the Action Create Tickets, and defined a Template which works fine in 3.0.12 but after migration in 3.6 it fails. The subject of the new tickets is not set correctly The resulting tickets gets subjects like ARRAY(0xa41bae8), the corresponding code in the Template is Subject: CC_BringInto: NOC-Net/{$Tickets{TOP}-Subject} In the log file of rt I see: [warning]: Attempt to use reference as lvalue in substr at /usr/lib/perl5/site_perl/5.8.5/DBIx/SearchBuilder/Record.pm line 981. I use RT3.6.1/mysql on a RHEL4.2 (compatible) machine. best regards! sven ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Drew Barnes Applications Analyst Raymond Walters College University of Cincinnati ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Possible Enhancement Request - E-mail Transactions
Hi, I am wondering if there is a way currently to hide (not completely removing access to) the e-mail transactions in RT. Its nice to be able to see these when needed, but it would also be really nice to have a button you press to show them in the ticket only when you want them. The reason I say this is on some of our longer tickets this probably accounts for 10-20% of the screen real estate. Thanks, -- Tim Casada ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Subject Links Still Broken?
I just finished an upgrade from 3.6.0 to 3.6.1 and I'm still having problems with the links for the ticket subject under the '10 highest priority tickets I own' section on the 'RT at a glance' page. Based upon my limited testing, everything else appears to be working, but this is particular issue is behaving the same as 3.6.0. The footer of the 'RT at a glance' page is showing 3.6.1. Below are the steps I followed: # Procedure to upgrade from 3.6.0 to 3.6.1 # # Backup existing RT directory cd /usr/local/ tar -cvf rt36.tar rt36/ gzip rt36.tar # Download new version and extract it cd /usr/local/src/ wget http://download.bestpractical.com/pub/rt/release/rt-3.6.1.tar.gz tar -zxvf rt-3.6.1.tar.gz cd rt-3.6.1 ./configure --prefix=/usr/local/rt36 --with-db-database=db name --with-db-rt-user=db_user --with-db-rt-pass=db_password) make testdeps # Install missing modules perl -MCPAN -e shell #- install UNIVERSAL::require #- quit make upgrade # Check if database requires upgrade ls etc/upgrade # Appears none is required from 3.6.0 # # Clear Mason cache rm -fr /usr/local/rt36/var/mason_data/obj # Stop and restart Apache apachectl stop apachectl startssl Did I miss something? I'm using Apache 1.3 with mod_perl 1.29 on FreeBSD 6.1. Thanks, Mike ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Script creation of mutiple child tickets
I'm still working on a workflow process and I gotten it to create single child tickets properly but as soon as I try to create multiples in one template it fails. RT 3.6 on RHEL 4 fastcgi Thanks for any pointers. [Wed Aug 9 21:48:16 2006] [debug]: Converting 'ISO-8859-1' to 'utf-8' for text/plain - Employee Termination Notice (/opt/rt3/lib/RT/I18N.pm:226) [Wed Aug 9 21:48:16 2006] [debug]: About to think about scrips for transaction #11147 (/opt/rt3/lib/RT/Transaction_Overlay.pm:160) [Wed Aug 9 21:48:16 2006] [debug]: About to think about scrips for transaction #11148 (/opt/rt3/lib/RT/Transaction_Overlay.pm:160) [Wed Aug 9 21:48:16 2006] [debug]: About to think about scrips for transaction #11149 (/opt/rt3/lib/RT/Transaction_Overlay.pm:160) [Wed Aug 9 21:48:16 2006] [debug]: About to think about scrips for transaction #11150 (/opt/rt3/lib/RT/Transaction_Overlay.pm:160) [Wed Aug 9 21:48:16 2006] [debug]: About to think about scrips for transaction #11151 (/opt/rt3/lib/RT/Transaction_Overlay.pm:160) [Wed Aug 9 21:48:16 2006] [debug]: About to prepare scrips for transaction #11151 (/opt/rt3/lib/RT/Transaction_Overlay.pm:164) [Wed Aug 9 21:48:16 2006] [debug]: Found 4 scrips (/opt/rt3/lib/RT/Scrips_Overlay.pm:364) [Wed Aug 9 21:48:17 2006] [debug]: Detected Termination Notice with subject = Employee Termination Notice (/opt/rt3/local/lib/RT/Condition/OnEmployeeTermination.pm:17) [Wed Aug 9 21:48:17 2006] [debug]: Line: === (/opt/rt3/lib/RT/Action/CreateTickets.pm:811) [Wed Aug 9 21:48:17 2006] [debug]: Line: ===Create-Ticket: Remove Groupwise User (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Create ticket: create-Remove Groupwise User (/opt/rt3/lib/RT/Action/CreateTickets.pm:829) [Wed Aug 9 21:48:17 2006] [debug]: Line: Subject: Disable Novell Account (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Parents: TOP (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Queue: Support (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Owner: jmccoy (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Requestor: nobody (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Content-Type: text/plain (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Content: (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: The user listed in the parent ticket { $Tickets{'TOP'}-Id() } needs to be disabled in eDir and Groupwise. Please remember to resolve this ticket when it is done. (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: ENDOFCONTENT (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: ===Create-Ticket: Remove Groupwise User (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Create ticket: create-Remove Groupwise User (/opt/rt3/lib/RT/Action/CreateTickets.pm:829) [Wed Aug 9 21:48:17 2006] [debug]: Line: Subject:Disable UNIX Account (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Parents: TOP (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Queue: Support (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Owner: jmccoy (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Requestor: nobody (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Content-Type: text/plain (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Content: (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: The user listed in the parent ticket { $Tickets{'TOP'}-Id() } needs to be disabled on NS1 and datatle. Remember to run exports_accounts.pl on NS1. Best to use passwd -l username. Please remember to resolve this ticket when it is done. (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: ENDOFCONTENT (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: ===Create-Ticket: Remove Groupwise User (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Create ticket: create-Remove Groupwise User (/opt/rt3/lib/RT/Action/CreateTickets.pm:829) [Wed Aug 9 21:48:17 2006] [debug]: Line: Subject: Disable Telecom Account (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug 9 21:48:17 2006] [debug]: Line: Parents: TOP (/opt/rt3/lib/RT/Action/CreateTickets.pm:814) [Wed Aug
RE: [rt-users] Shredder Search.html not found
I suppose you've updated the repository and I can just download and install again? I'm getting the source from http://search.cpan.org/dist/RTx-Shredder. David Smithson CLICK HERE FOR ONLINE SUPPORT -Original Message- From: Ruslan Zakirov [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 08, 2006 11:46 PM To: David Smithson Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Shredder Search.html not found Expected, I forgot to write that file :) On 8/9/06, David Smithson [EMAIL PROTECTED] wrote: Is this expected or is my install wrong?: /Admin/Tools/Shredder/Search.html was not found on this server RT 3.6.1rc2 David Smithson ActivSupport, Inc. Your Flexible IT Partner Microsoft Gold Partner -- Small Business Specialist http://www.activsupport.com Director of Technical Services Direct: (415) 869 2991 Technical Support Hotline: (415) 979 9285 CLICK HERE FOR ONLINE SUPPORT ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Question regarding $RTAddressRegexp
Our mail system is set to forward all incoming email for RT to [EMAIL PROTECTED] The RT server is actually rt.ops.servervault.com. I've set $RTAddressRegexp to [EMAIL PROTECTED] and haven't seen any problems as far as I can tell. I'm wondering if there are any implications in changing this to [EMAIL PROTECTED] or if it would be the same thing? Mathew Snyder ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Question regarding $RTAddressRegexp
Malcolm Herbert wrote: On Wed, Aug 09, 2006 at 11:04:43PM -0400, Mathew Snyder wrote: |Our mail system is set to forward all incoming email for RT to |[EMAIL PROTECTED] The RT server is actually |rt.ops.servervault.com. I've set $RTAddressRegexp to |[EMAIL PROTECTED] and haven't seen any problems as |far as I can tell. | |I'm wondering if there are any implications in changing this to |[EMAIL PROTECTED] or if it would be the same thing? [EMAIL PROTECTED] won't work for you? that should match both ... I haven't tried it. As I said, rt.ops.servervault.com hasn't posed any problems as that is the hostname of the server. I was just curious as I'd like to make sure I've got it configured the most accurate way. Mathew Snyder ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] html in auto replies
Another question, bound to yield no response, but here goes anyway: Does anybody else have use for HTML in auto-replies or is this a text-only crowd? David Smithson ActivSupport, Inc. Your Flexible IT Partner Microsoft Gold Partner -- Small Business Specialist http://www.activsupport.com Director of Technical Services Direct: (415) 869 2991 Technical Support Hotline: (415) 979 9285 CLICK HERE FOR ONLINE SUPPORT ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com