No log about logout in /var/log/rt.log

I see Successful login' in [info] and FAILED LOGIN’ in [error] in
rt.log. But I do not see any logout related log. Is it possible to
enable that?

I am running RT 3.8.2 on Solaris 10 sparc on T1000 with

Apache/2.2.11 (Unix)
mod_ssl/2.2.11
OpenSSL/0.9.8p
mod_perl/2.0.3
Perl/v5.8.8
DBIx::SearchBuilder 1.54
mysql Ver 14.12 Distrib 5.0.75, for sun-solaris2.8 (sparc) using readline 5.2

I search through the http://requesttracker.wikia.com and
The rt-users Archives and did not find
relevant answer or hint.

Thanks for your help

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?

I see Successful login' in [info] and FAILED LOGIN’ in [error] in
rt.log. But I do not see any logout related log. Is it possible to
enable that?

Even if you add logging about explicit logouts on the server then
anyway there are too many cases where implicit logout takes place. I
don’t think it worth investigating.

I am running RT 3.8.2 on Solaris 10 sparc on T1000 with

Apache/2.2.11 (Unix)
mod_ssl/2.2.11
OpenSSL/0.9.8p
mod_perl/2.0.3
Perl/v5.8.8
DBIx::SearchBuilder 1.54
mysql Ver 14.12 Distrib 5.0.75, for sun-solaris2.8 (sparc) using readline 5.2

I search through the http://requesttracker.wikia.com and
The rt-users Archives and did not find
relevant answer or hint.

Thanks for your help


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?

RT Training Sessions (http://bestpractical.com/services/training.html)

  • Boston March 5 & 6, 2012

Best regards, Ruslan.

I see Successful login' in [info] and FAILED LOGIN’ in [error] in
rt.log. But I do not see any logout related log. Is it possible to
enable that?

Even if you add logging about explicit logouts on the server then
anyway there are too many cases where implicit logout takes place. I
don’t think it worth investigating.

I want to notify, only users who has active session, about a possible outage.
Is it possible to get that list any other way?

I am running RT 3.8.2 on Solaris 10 sparc on T1000 with

Apache/2.2.11 (Unix)
mod_ssl/2.2.11
OpenSSL/0.9.8p
mod_perl/2.0.3
Perl/v5.8.8
DBIx::SearchBuilder 1.54
mysql Ver 14.12 Distrib 5.0.75, for sun-solaris2.8 (sparc) using readline 5.2

I search through the http://requesttracker.wikia.com and
The rt-users Archives and did not find
relevant answer or hint.

Thanks for your help


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?

RT Training Sessions (http://bestpractical.com/services/training.html)

  • Boston March 5 & 6, 2012


Best regards, Ruslan.

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?

I see Successful login' in [info] and FAILED LOGIN’ in [error] in
rt.log. But I do not see any logout related log. Is it possible to
enable that?

Even if you add logging about explicit logouts on the server then
anyway there are too many cases where implicit logout takes place. I
don’t think it worth investigating.

I want to notify, only users who has active session, about a possible outage.
Is it possible to get that list any other way?

If AutoLogoff option is on then _session_last_update is stored inside
session. You can use it.

You can add a column into sessions table with trigger that updates
time when session is updated.

With sessions on files you can use mtime.

I am running RT 3.8.2 on Solaris 10 sparc on T1000 with

Apache/2.2.11 (Unix)
mod_ssl/2.2.11
OpenSSL/0.9.8p
mod_perl/2.0.3
Perl/v5.8.8
DBIx::SearchBuilder 1.54
mysql Ver 14.12 Distrib 5.0.75, for sun-solaris2.8 (sparc) using readline 5.2

I search through the http://requesttracker.wikia.com and
The rt-users Archives and did not find
relevant answer or hint.

Thanks for your help


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?

RT Training Sessions (http://bestpractical.com/services/training.html)

  • Boston March 5 & 6, 2012


Best regards, Ruslan.


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?

Best regards, Ruslan.