Re: [rt-users] Dump all except tickets+attachments?

2011-08-18 Thread Darren Spruell
A bunch of people wrote: > [...] This has been an informative thread, thanks for the responses. -- Darren Spruell phatbuck...@gmail.com RT Training Sessions (http://bestpractical.com/services/training.html) * Chicago, IL, USA September 26 & 27, 2011 * San Francisco, CA, USA October

Re: [rt-users] help with scrip (search correspond body)

2011-08-18 Thread Ruslan Zakirov
On Fri, Aug 19, 2011 at 1:15 AM, Kenneth Crocker wrote: > Robert, > > As I mentioned earlier, YOU can control what goes out on an email via the > template. Why don't you just modify the "resolve" template to NOT put the > info on that you do not want? Kenneth, you forget that "On Resolve" conditi

Re: [rt-users] help with scrip (search correspond body)

2011-08-18 Thread Robert Vicchiullo
Because the commands aren't in the resolve message. They are just in corresponds. And they are always by themselves. So it would just be an email with a command. I do not want those emails to go to the requestor. So if I edit the template to remove commands it will still send an email but now it

Re: [rt-users] help with scrip (search correspond body)

2011-08-18 Thread Kenneth Crocker
Robert, As I mentioned earlier, YOU can control what goes out on an email via the template. Why don't you just modify the "resolve" template to NOT put the info on that you do not want? Kenn LBNL On Thu, Aug 18, 2011 at 1:16 PM, Robert Vicchiullo wrote: > I don’t want to stop the resolved emai

Re: [rt-users] help with scrip (search correspond body)

2011-08-18 Thread Robert Vicchiullo
I don't want to stop the resolved email from going out. I want to stop the commands that CommandByMail uses being sent to the requestor. So for example you can reply to ticket with Status: resolved and the requestor with get that email with the content being just Status: resolved and then they

Re: [rt-users] Encoding error

2011-08-18 Thread Thierry Thelliez
Just to follow up, we migrated from 3.8.7 to 3.8.10 and that fixed our issue. The Encode library stayed at the same version number (2.43). I am guessing that the problem was in some RT code. Anyway, we are not seeing the error anymore. Cheers, Thierry RT Training Sessions (http://best

[rt-users] One "fill in text" custom field acting different

2011-08-18 Thread Jeff Blaine
RT 3.8.7 in production RT 3.8.10 in development This has been a long-standing oddity. For a brand new ticket, note the difference between the fill-in text "AffectedEmployeeDetails" field below and the other fill-in-text fields: == [-- Basi

Re: [rt-users] RT logs in wrong timezone [SOLVED]

2011-08-18 Thread Wagner Pereira
Hi, Ruslan. I finally got it! It's quite simple...thank you very much. The text below is in brazilian Portuguese. If someone wants to understand, it is just to use Google Translate or ask me how-to. Para apontar um syslog-ng local para um syslog-ng remoto:

Re: [rt-users] Dump all except tickets+attachments?

2011-08-18 Thread Chr. von Stuckrad
On Thu, 18 Aug 2011, Jeff Blaine wrote: > and duplicate it onto a development box but not have the huge > database full of tickets and ticket-related data. Exactly what we wanted to do then. > Bourne shell syntax is shown below: ... > SHREDDED=`rt-shredder --plugin "Tickets=query,id > 0;limit,10

[rt-users] Query builder - Unable to search for NULL date fields

2011-08-18 Thread David Moreau Simard
Hi, I'm trying to run a search that would return tickets that have not been replied to yet (for which the Told field is NULL). I've looked in the database, and the value of the field is NULL when a ticket has not been replied to (not as a string, it actually is NULL) and while I am able to p

Re: [rt-users] RT logs in wrong timezone

2011-08-18 Thread Wagner Pereira
Ruslan, Ok, I will figure out how to connect the local Syslog with the remote Syslog. Thanks again. -- ### At PoP-SP/RNP, every day is an IPv6 day ### Wagner Pereira PoP-SP/RNP - Ponto de Presença da RNP em São Paulo CCE/USP - Centro de Computação Eletrônica da Universidade de São Paulo http

Re: [rt-users] Dump all except tickets+attachments?

2011-08-18 Thread Jeff Blaine
I added this before I followed up to this thread with "Don't try this (dump partial DB and transfer): http://requesttracker.wikia.com/wiki/Shredder == Shred ALL TICKETS WARNING WARNING WARNING: If for some reason you want to reset your

Re: [rt-users] Request Tracker 4.0.1 and Asset Tracker Extension

2011-08-18 Thread Ryan Frantz
Todd, I'd also be willing to review the updates. The only reason we haven't moved to RT4 is our need for AT. My team would love to help out on this. Ryan - Original Message - From: "Todd Chapman" To: "Jim Lesinski" Cc: rt-users@lists.bestpractical.com Sent: Wednesday, August 1

Re: [rt-users] Dump all except tickets+attachments?

2011-08-18 Thread Ruslan Zakirov
Hello, WARNING: Only for quick shredding testing environment from all tickets on 3.8+. Use this tools in production very carefully and always test such destructive actions in a test environment. Solution with validator: DELETE FROM Tickets; ./sbin/rt-validator -c --resolve Solution with rt-del

[rt-users] AUTO: Rezty Felty is out of the office (returning 08/22/2011)

2011-08-18 Thread Rezty Felty
I am out of the office until 08/22/2011. Avaialable at 816.559.1196 for emergencies. Note: This is an automated response to your message "Re: [rt-users] Dump all except tickets+attachments?" sent on 8/18/2011 7:33:11 AM. This is the only notification you will receive while this person is away

Re: [rt-users] Dump all except tickets+attachments?

2011-08-18 Thread Kevin Falcone
On Thu, Aug 18, 2011 at 02:02:36PM +0200, Chr. von Stuckrad wrote: > On Wed, 17 Aug 2011, Darren Spruell wrote: > > > into an error to the effect of too many tickets specified by the > > shredder resulting in too long of a GET request URI length for the > > server. I concluded that shredding that

Re: [rt-users] Dump all except tickets+attachments?

2011-08-18 Thread Chr. von Stuckrad
On Wed, 17 Aug 2011, Darren Spruell wrote: > into an error to the effect of too many tickets specified by the > shredder resulting in too long of a GET request URI length for the > server. I concluded that shredding that many tickets from the UI > wasn't going to work and there must be a better wa