RT::Action error

Hi,

Following on from my previous error, also now seeing this message in the log files:
RT::Action::ExtractCustomFieldValues=HASH(0x1cd3278) was created without a CurrentUser\n1 (/opt/rt3/lib/R

The common theme seems to be CurrentUser. Not sure how to debug this one. Anyone have any ideas?

Rik----- Original Message -----
From: rt-users-request@lists.bestpractical.com
Date: Monday, January 24, 2005 3:05 pm
Subject: RT-Users Digest, Vol 10, Issue 68

Send RT-Users mailing list submissions to
rt-users@lists.bestpractical.com

To subscribe or unsubscribe via the World Wide Web, visit
The rt-users Archives
or, via email, send a message with subject or body ‘help’ to
rt-users-request@lists.bestpractical.com

You can reach the person managing the list at
rt-users-owner@lists.bestpractical.com

When replying, please edit your Subject line so it is more specific
than “Re: Contents of RT-Users digest…”

Today’s Topics:

  1. RT::Condition::UntouchedInHours (Rick Measham)
  2. “Could not load a valid user”? (Jarrod Loidl)
  3. RE: Query builder losing the query (Matthew Watson)
  4. HTML auto replies (Andre Sachs)
  5. Custom Fields in SelfService Page (Rodolfo de Moraes Reis)
  6. Re: Custom Fields in SelfService Page (Jesse Vincent)
  7. Re: RT::Condition::UntouchedInHours (Andy Harrison)
  8. RT talking with RT (Roman Hochuli)
  9. Antw: Re: [rt-users] RT3 - Attachments and more… [ Virus
    checked by www.virusguard.de ] (Matthias Fenner)

Message: 1
Date: Mon, 24 Jan 2005 16:04:24 +1100
From: Rick Measham rickm@3d3.com
Subject: [rt-users] RT::Condition::UntouchedInHours
To: RT Users rt-users@lists.bestpractical.com
Message-ID: 1106543064.4111.4.camel@rickm.local
Content-Type: text/plain; charset=“us-ascii”

Where is RT::Condition::UntouchedInHours? I’m trying to find it as
it’smentioned in the examples in rt-crontool, but doesn’t seem to
exist(grep can’t find it in the install directory leading me to
think I’m
dreaming when I use it without getting an error message)

There’s also no mention of it in the Wiki …

Please put me out of my misery!

Cheers!
Rick
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://bestpractical.com/pipermail/rt-
users/attachments/20050124/9754138f/attachment-0001.pgp


Message: 2
Date: Mon, 24 Jan 2005 16:39:16 +1100
From: Jarrod Loidl Jarrod.Loidl@its.monash.edu.au
Subject: [rt-users] “Could not load a valid user”?
To: rt-users@lists.bestpractical.com
Message-ID: 1106545156.4282.74.camel@w-cl28-107-e8.its.monash.edu.au
Content-Type: text/plain

Hi

Currently I am dealing with an issue in RTIR where it will consistenly
return the following error message upon all email based replies from
someone not created in RTIR:


RT could not load a valid user, and RT’s configuration does not allow
for the creation of a new user for this email
(blah@blah.monash.edu.au).
You might need to grant ‘Everyone’ the right ‘CreateTicket’ for the
queue Incident Reports.

I have complied with the instructions as stipulated above and still
receive the same error.

Has anyone else encountered this? And if so, how did you fix this?

Thanks in advance,


Jarrod Loidl
IT Security of Infrastructure Services,
Information Technology Services, Monash University - Clayton
Phone: +61 3 99052055 Fax: +61 3 99054746


Message: 3
Date: Mon, 24 Jan 2005 21:30:34 +1100
From: “Matthew Watson” matthew.watson@staff.netspace.net.au
Subject: RE: [rt-users] Query builder losing the query
To: “Jesse Vincent” jesse@bestpractical.com
Cc: rt-users@lists.bestpractical.com
Message-ID:
<56F211C5E3F24F47B103EA1B253822BE460ED5@vic-cr-
ex1.staff.netspace.net.au>
Content-Type: text/plain; charset=“us-ascii”

This is a followup on issues I was having with Query Builder losing
thequery, After a lot of testing and playing around, turned out it
wasn’tjust the query that was vanishing, but the entire session
wasn’t being
relocated/saved correctly.

After a lot of playing around, it seems the sessions where getting
truncated when being retrieved from the database when using
Apache::Session::Oracle

In SearchBuilder/Handle/Oracle.pm

$self->dbh->{LongTruncOk}=1;
$self->dbh->{LongReadLen}= 8000;

Seems the session is getting larger than this, which of course gives
problems when the session is retrieved.

Also, Apache::Session::Oracle seems to want you to set this in its
arguments, even if it is already set on the database handle.

So, locally I’ve changed
SearchBuilder/Handle/Oracle.pm to

$self->dbh->{LongReadLen}= 10485760

And in ~rt/local/html/Elements/SetupSessionCookie

I have added

Commit => 0,
LongReadLen => 10485760

To the session setups.

Hope this helps anyone having these issues :slight_smile:

Regards,
Matt.

-----Original Message-----
From: Jesse Vincent [jesse@bestpractical.com]
Sent: Wednesday, January 05, 2005 11:56 AM
To: Matthew Watson
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Query builder losing the query

On Wed, Jan 05, 2005 at 02:39:27PM +1100, Matthew Watson wrote:

Hi,

I seem to recalled seeing this before, but I couldn’t find it
in my
history. So I apologise if this has been over.

I am running RT 3.2.2

Try the 3.2.3 prerelease?

I notice, when you build a search, then click on a ticket, then go
back
to the Query Builder, the query is gone.

Now, firstly I’m unclear if this is a problem, or if this is
how rt3
is
meant to work (it doesn’t work like this is rt2). And

Secondly, if it is an issue, is there a fix floating around for
it?> >

Cheers.

Regards

Matthew Watson

Netspace Online Systems

(03) 98110010


The rt-users Archives

Be sure to check out the RT wiki at http://wiki.bestpractical.com

This email and any files transmitted with it are confidential and
intended solely for the
use of the individual or entity to whom they are addressed. Please
notify the sender
immediately by email if you have received this email by mistake and
delete this email
from your system. Please note that any views or opinions presented
in this email are solely
those of the author and do not necessarily represent those of the
organisation.
Finally, the recipient should check this email and any attachments
for the presence of
viruses. The organisation accepts no liability for any damage
caused by any virus
transmitted by this email.


Message: 4
Date: Mon, 24 Jan 2005 13:18:56 +0200
From: Andre Sachs asachs@clue.co.za
Subject: [rt-users] HTML auto replies
To: rt-users@lists.bestpractical.com
Message-ID: 1106565536.7737.32.camel@ashlet
Content-Type: text/plain

Hi All,

I have a customer that we run RT (3.0.11) for and they would like to
know how to send auto replies in HTML.

Having a brief look at the problem it occurs to me that the
Content-Length header would need to be calculated for the message
beforeit is sent.

Has anyone done this yet ?

Kind regards,
Andre


Message: 5
Date: Mon, 24 Jan 2005 09:56:36 -0200
From: “Rodolfo de Moraes Reis” rmreis@cpqd.com.br
Subject: [rt-users] Custom Fields in SelfService Page
To: rt-users@lists.bestpractical.com
Message-ID:
097013530AD6F24F8D21F7CABCB26A252D7F87@MAILSRV1.aquarius.cpqd.com.br
Content-Type: text/plain; charset=“iso-8859-1”

Hello There!!!

Is it possible to show custom fields in html pages (i.e.
Create.html) located in “SelfService” directory?? Because I use
this model pages when I want that user just view a simple
layout… it’s ocurrs when I unchecked “Let this user be granted
rigths” in users properties.

For example, when a user select a queue (in
SelfService/Create.html), the page automatically reload and show
the custom field related that on queue. Is there a way to solve this?

Thank’s for regards!!!

Rodolfo de Moraes Reis
DSIN - Grupo de Teste e Qualidade
CPqD Telecom & IT Solutions
Tel.: +55 19 3705-5986
Fax: +55 19 3705-6786
rmreis@cpqd.com.br
www.cpqd.com.br


Message: 6
Date: Mon, 24 Jan 2005 07:23:38 -0500
From: Jesse Vincent jesse@bestpractical.com
Subject: Re: [rt-users] Custom Fields in SelfService Page
To: Rodolfo de Moraes Reis rmreis@cpqd.com.br
Cc: rt-users@lists.bestpractical.com
Message-ID: 20050124122338.GC24460@bestpractical.com
Content-Type: text/plain; charset=us-ascii

On Mon, Jan 24, 2005 at 09:56:36AM -0200, Rodolfo de Moraes Reis
wrote:> Hello There!!!

Is it possible to show custom fields in html pages (i.e.
Create.html) located in “SelfService” directory?? Because I use
this model pages when I want that user just view a simple
layout… it’s ocurrs when I unchecked “Let this user be granted
rigths” in users properties.

For example, when a user select a queue (in
SelfService/Create.html), the page automatically reload and show
the custom field related that on queue. Is there a way to solve this?

RT 3.4 provides support for custom fields in self service

Thank’s for regards!!!

Rodolfo de Moraes Reis
DSIN - Grupo de Teste e Qualidade
CPqD Telecom & IT Solutions
Tel.: +55 19 3705-5986
Fax: +55 19 3705-6786
rmreis@cpqd.com.br
www.cpqd.com.br


The rt-users Archives

RT Administrator and Developer training is coming to your town
soon! (Boston, San Francisco, Austin, Sydney) Contact
training@bestpractical.com for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com


Message: 7
Date: Mon, 24 Jan 2005 09:04:37 -0500
From: Andy Harrison aharrison@gmail.com
Subject: Re: [rt-users] RT::Condition::UntouchedInHours
To: Rick Measham rickm@3d3.com
Cc: RT Users rt-users@lists.bestpractical.com
Message-ID: a22ff29405012406047736031c@mail.gmail.com
Content-Type: text/plain; charset=US-ASCII

On Mon, 24 Jan 2005 16:04:24 +1100, Rick Measham rickm@3d3.com
wrote:> Where is RT::Condition::UntouchedInHours? I’m trying to
find it as it’s

mentioned in the examples in rt-crontool, but doesn’t seem to exist
(grep can’t find it in the install directory leading me to think I’m
dreaming when I use it without getting an error message)

There’s also no mention of it in the Wiki …

Please put me out of my misery!

It’s just an example. It doesn’t actually exist. Use
RT::Condition::Overdue instead. Writing UntouchedInHours yourself is
also fairly simple, it’s not a complicated script.


Andy Harrison


Message: 8
Date: Mon, 24 Jan 2005 15:13:14 +0100
From: Roman Hochuli roman.hochuli@nexellent.ch
Subject: [rt-users] RT talking with RT
To: rt-users@lists.bestpractical.com
Message-ID: 41F5027A.4000901@nexellent.ch
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hello List

We have a, well, “strange” behaviour here when two different RT
instances are talking to eachother. It seems that when RT1 is
sending a
mail to RT2 to open a ticket RT2 is not sending out an Autoreply-
Message
even tough the global scrips are inplace which do so. This seems to
be
an RT-RT-speciality because if a “human” is sending a mail to RT2
the
autoreply works.

Is this behaviour planned that way?
If so: is the only possibility to create an Autoreply back some
kind of
UserDefined-Scrip?

I have read thru the wiki and I tried to look into the archives but
without beeing able to search in the archives it this is not really
useful… :frowning:

Thank you for your help.


Kind regards,
Roman Hochuli
Operations Manager

Nexellent AG
Saegereistrasse 29
8152 Glattbrugg
Switzerland
Tel +41-44-5623040
Fax +41-44-5623041
X-NCC-RegID: ch.nexellent

Imagination is the one weapon in the war against reality.
– Jules de Gaultier


Message: 9
Date: Mon, 24 Jan 2005 16:08:15 +0100
From: “Matthias Fenner” Matthias.Fenner@advanced.info
Subject: Antw: Re: [rt-users] RT3 - Attachments and more… [ Virus
checked by www.virusguard.de ]
To: jesse@bestpractical.com
Cc: rt-users@lists.bestpractical.com
Message-ID: s1f51d7a.079@bigmac.adinfo.de
Content-Type: text/plain; charset=“us-ascii”

Im using mod-perl !

I installed the rt-3.2.2 on debian/sarge by myself.

   PerlModule Apache::DBI
   PerlRequire /opt/rt3/bin/webmux.pl
   SetHandler perl-script
   PerlHandler RT::Mason
   PerlSetVar              MasonCompRoot   /opt/rt3/var/
   PerlSetVar              MasonDataDir    /var/lib/mason

but now im a little bit confused :
Did apt-get overwrite the mod installed by the rt-install script -
maybe thats why this mod iss still buggy !

the apache-access.log part iss attached!

Jesse Vincent jesse@bestpractical.com 14:47:19 20.01.2005 >>>

On Mon, Jan 17, 2005 at 01:05:58PM +0100, Matthias Fenner wrote:

I have a few problems with your requestracker3 and rt-FAQ-Manager
and I think I m at the rigt place to find a solution.

At first, some version-information


System: Linux intranet 2.4.27-1-386 #1 Fri Sep 3 06:24:46
UTC 2004 i686 GNU/Linux
Apache: Apache/1.3.33 (Debian Sarge GNU/Linux) Built: (Nov
18 2004 11:09:51)
Postgres: 7.4.6-4
php4: 4.3.9-1
RT3: 3.2.2
RTFM: 2.0.1

You don’t mention whether you’re using mod_perl of FastCGI for RT.
Boththese issues sound like they could be caused by a buggy
mod_perl build.



1.)At first we are impossible to attach files to tickets.
The comment appears twice with no attachment. Just a simple :
“Subject: [NAME of Attachment]” ,
is at the end of the comment.
Note : Plaintext attachments (Like .bat files) get directly
quoted to the comment - Dont ask me why !

2.)Our secound problem is the RTFM:
I think there is a maximal URL limit which makes it impossible to
post FAQs that are longer than 4096 Charakters.
The only workaround was to split the faq into small pieces, which
is not optimal.

And now my questions …

How to solve this problems … and what do you need to know :smiley: ?

Thanks in advance
Matthias Fenner


The rt-users Archives

RT Administrator and Developer training is coming to your town
soon! (Boston, San Francisco, Austin, Sydney) Contact
training@bestpractical.com for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

-------------- next part --------------
192.168.19.100 - - [24/Jan/2005:15:46:20 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
https://rt.advanced.info/Ticket/Update.html?Action=Comment&id=29” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.100 - - [24/Jan/2005:15:46:21 +0100] “GET
/Ticket/Update.html?Action=Comment&id=29 HTTP/1.1” 200 16585
https://rt.advanced.info/index.html?q=29” “Mozilla/5.0 (Windows;
U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.100 - - [24/Jan/2005:15:46:31 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
https://rt.advanced.info/Ticket/Update.html?menu=Jump+to+...&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=&Owner=&UpdateTimeWorked=&id=29&UpdateType=private&UpdateSubject=Testosteronie&UpdateCc=&UpdateBcc=&Attach=NTDETECT.COM&AddMoreAttach=Add+More+Files&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.100 - - [24/Jan/2005:15:46:32 +0100] “GET
/Ticket/Update.html?menu=Jump+to+…&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=&Owner=&UpdateTimeWorked=&id=29&UpdateType=private&UpdateSubject=Testosteronie&UpdateCc=&UpdateBcc=&Attach=NTDETECT.COM&AddMoreAttach=Add+More+Files&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent= HTTP/1.1” 200 16817 “https://rt.advanced.info/Ticket/Update.html?Action=Comment&id=29” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.100 - - [24/Jan/2005:15:47:32 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
https://rt.advanced.info/Ticket/Update.html?menu=Jump+to+...&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=&Owner=&UpdateTimeWorked=&id=29&UpdateType=private&UpdateSubject=Testosteronie&UpdateCc=&UpdateBcc=&Attach=&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=und+noch+ein+test+…+%0D%0A%0D%0Ajesse+%28master%29+sagt+%3A+mod_perl+iss+buggy%0D%0Aich+sag+%3A+postgres+%40+sarge&SubmitTicket=Update+Ticket” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.100 - - [24/Jan/2005:15:47:36 +0100] “GET
/Ticket/Update.html?menu=Jump+to+…&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=&Owner=&UpdateTimeWorked=&id=29&UpdateType=private&UpdateSubject=Testosteronie&UpdateCc=&UpdateBcc=&Attach=&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=und+noch+ein+test+…+%0D%0A%0D%0Ajesse+%28master%29+sagt+%3A+mod_perl+iss+buggy%0D%0Aich+sag+%3A+postgres+%40+sarge&SubmitTicket=Update+Ticket HTTP/1.1” 200 28175 “https://rt.advanced.info/Ticket/Update.html?menu=Jump+to+...&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=&Owner=&UpdateTimeWorked=&id=29&UpdateType=private&UpdateSubject=Testosteronie&UpdateCc=&UpdateBcc=&Attach=NTDETECT.COM&AddMoreAttach=Add+More+Files&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.141 - - [24/Jan/2005:15:48:12 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt/Ticket/Update.html?Action=Comment&DefaultStatus=resolved&id=3158” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.141 - - [24/Jan/2005:15:48:14 +0100] “GET
/Ticket/Update.html?Action=Comment&DefaultStatus=resolved&id=3158 HTTP/1.1” 200 20622 “http://rt/Ticket/Display.html?id=3158” “Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:49:54 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt.adinfo.de/Ticket/Display.html?id=3193” “Mozilla/5.0
(Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122
Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:49:56 +0100] “GET
/Ticket/Display.html?id=3193 HTTP/1.1” 200 23933
http://rt.adinfo.de/Search/Results.html?Query=Queue%20=%20’Support%20HO’%20AND%20(Status%20=%20’open’%20OR%20Status%20=%20’new’)&Rows=50” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:50:01 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt.adinfo.de/Ticket/Display.html?Status=open&id=3193” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:50:03 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt.adinfo.de/Ticket/Display.html?Action=Take&id=3193” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:50:04 +0100] “GET
/Ticket/Display.html?Status=open&id=3193 HTTP/1.1” 200 21659
http://rt.adinfo.de/Ticket/Display.html?id=3193” “Mozilla/5.0
(Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122
Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:50:06 +0100] “GET
/Ticket/Display.html?Action=Take&id=3193 HTTP/1.1” 200 25978
http://rt.adinfo.de/Ticket/Display.html?Status=open&id=3193” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:50:51 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt.adinfo.de/Ticket/Update.html?Action=Comment&DefaultStatus=resolved&id=3193” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:50:52 +0100] “GET
/Ticket/Update.html?Action=Comment&DefaultStatus=resolved&id=3193 HTTP/1.1” 200 16598 “http://rt.adinfo.de/Ticket/Display.html?Action=Take&id=3193” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:52:00 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt.adinfo.de/Ticket/Update.html?menu=Jump+to+...&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=resolved&Owner=&UpdateTimeWorked=&id=3193&UpdateType=private&UpdateSubject=Interspare%2FFr.Diekmann%3A+Fibufragen+zu+einer+bestimmten+Buchung&UpdateCc=&UpdateBcc=&Attach=&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=Buchung+wurde+nach+Absprache+mit+dem+Steuerberater+gemacht.&SubmitTicket=Update+Ticket” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:52:03 +0100] “GET
/Ticket/Update.html?menu=Jump+to+…&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=resolved&Owner=&UpdateTimeWorked=&id=3193&UpdateType=private&UpdateSubject=Interspare%2FFr.Diekmann%3A+Fibufragen+zu+einer+bestimmten+Buchung&UpdateCc=&UpdateBcc=&Attach=&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=Buchung+wurde+nach+Absprache+mit+dem+Steuerberater+gemacht.&SubmitTicket=Update+Ticket HTTP/1.1” 200 27942 “http://rt.adinfo.de/Ticket/Update.html?Action=Comment&DefaultStatus=resolved&id=3193” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:52:06 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316 “http://rt.adinfo.de/
“Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5)
Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:52:08 +0100] “GET / HTTP/1.1”
200 26977
http://rt.adinfo.de/Ticket/Update.html?menu=Jump+to+...&QuoteTransaction=&DefaultStatus=resolved&Action=Comment&Status=resolved&Owner=&UpdateTimeWorked=&id=3193&UpdateType=private&UpdateSubject=Interspare%2FFr.Diekmann%3A+Fibufragen+zu+einer+bestimmten+Buchung&UpdateCc=&UpdateBcc=&Attach=&UpdateAttach=1&RTFM_Content=&RTFM-Include-Article-Named=&UpdateContent=Buchung+wurde+nach+Absprache+mit+dem+Steuerberater+gemacht.&SubmitTicket=Update+Ticket” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:52:09 +0100] “GET
/NoAuth/webrt.css HTTP/1.1” 200 7316
http://rt.adinfo.de/Search/Results.html?Query=Queue%20=%20’Support%20HO’%20AND%20(Status%20=%20’open’%20OR%20Status%20=%20’new’)&Rows=50” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”
192.168.19.153 - - [24/Jan/2005:15:52:10 +0100] “GET
/Search/Results.html?Query=Queue%20=%20’Support%20HO’%20AND%20(Status%20=%20’open’%20OR%20Status%20=%20’new’)&Rows=50 HTTP/1.1” 200 20631 “http://rt.adinfo.de/” “Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0” “-”



RT-Users mailing list
RT-Users@lists.bestpractical.com
The rt-users Archives

End of RT-Users Digest, Vol 10, Issue 68