[rt-users] need some explanation on rt.log data

[Asif Iqbal]

On Fri, Jul 9, 2010 at 2:45 PM, Kenneth Crocker <kfcrocker at lbl.gov> wrote:
> Asif,
>
> Sometimes, depending on the message, the number refers to the script being
> acted on or a user ID or a QueueID, etc. That's about all I know.

I applied the attached patch on /opt/rt3/lib/RT/Action/SendEmail.pm

and now info log generated by SendEmail.pm on rt.log shows like this

<rt-3.8.2-485-1279306601-1713.769653-174-0-4525583 at rt.example.net>

The last number is now transaction id.

On SendEmail.pm $self->TransactionObj->id has the transaction id

I like to make similar change to /opt/rt3/lib/RT/Interface/Email.pm.
What value carries the transaction id on this module?
$self->TransactionObj->id does not seem to carry that.

I read the perldoc Email.pm and could not fig out from there either.

Please help

>
> Kenn
> LBNL
>
> On Fri, Jul 9, 2010 at 10:52 AM, Asif Iqbal <vadud3 at gmail.com> wrote:
>>
>> Hi All
>>
>> I noticed about 60% of all rt.log has a token in the following format
>>
>>  <rt-3.8.2-16815-1278696300-880.767036-185-0 at rt.example.net>
>>
>> and some of those are followed by the ticket number, transaction
>> number and Scrip number after that
>> like this
>>
>>  <rt-3.8.2-16075-1278695671-112.767031-174-0 at rt.example.net>
>> #767031/4506465 - Scrip 174 ...
>>
>> Is there a to find out what are those numbers mean?
>>
>> Obviously..
>>   767031 in that <..token> is the ticket number.
>>   rt-3.8.2 is the RT version
>>   1278695671 is probably the epoch time
>>
>> But, what are the other numbers represents ?
>>
>> --
>> Asif Iqbal
>> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
>> A: Because it messes up the order in which people normally read text.
>> Q: Why is top-posting such a bad thing?
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
>> Buy a copy at http://rtbook.bestpractical.com
>
>
>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
> Buy a copy at http://rtbook.bestpractical.com
>



--
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lib.RT.Action.SendMail.pm.patch
Type: text/x-patch
Size: 3503 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20100716/b52c9aa6/attachment.bin>