Nevermind. I found the problem. It was because the user I was testing with
had been disabled initially so I could test the auto-creation of a user, but
that doesn’t work (obviously now) because the user still exists in the database
but was disabled. Once I removed the user from the SQL database, it worked
just fine.

Thanks.
-RobertOn Fri, Jul 20, 2001 at 05:14:11PM -0400, Jesse Vincent wrote:

have you set up permissions per the config recommended in the install guide
at www.helgrim.com/rtdocs/

On Fri, Jul 20, 2001 at 12:07:53PM -0700, Robert Shaw wrote:

Hi Jesse,

I’m running on a brand new install of RT2.0.1 now. It has only the initial
users setup (root, RT_System, etc. ). When I try to send email into the
system as a new user (not in the user list of RT2) it complains that I don’t
have permission to create tickets in the “general” queue. I have both
CreateTicket and SeeQueue set for Everyone in the “general” queue. The
response is attached to this email. What am I missing? The system used to
auto-create a new user by the email address and create the ticket when
I used the 1.3.x versions. I’m obviously missing something here.

Thanks.
-Robert

Subject: Ticket creation failed
From: rt@mxim.com
X-Mailer: Perl5 Mail::Internet v1.33
To: rshaw@mxim.com
Date: Fri, 20 Jul 2001 11:56:31 -0700 (PDT)

No permission to create tickets in the queue ‘general’.

yat1156


Robert Shaw Email: rshaw@mxim.com
Maxim Integrated Products Office: (503)547-2360
High Frequency CAD Engineering Fax: (503)547-0810


jesse reed vincent – root@eruditorum.orgjesse@fsck.com
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90

Any e-mail sent to the SLA will immediately become the intellectual property
of the SLA and the author of said message will enter into a period of
indentured servitude which will last for a period of time no less than seven
years.

Robert Shaw Email: rshaw@mxim.com
Maxim Integrated Products Office: (503)547-2360
High Frequency CAD Engineering Fax: (503)547-0810

Hello Friends,
I have been trying to install RT 2.0.15 on oracle and my installation
croaks as soon as I kick it of. This is what I get:

vortex:vbhatia $ make install
mkdir -p //home/iss2/vbhatia/perl/apps/rt/bin
mkdir -p //home/iss2/vbhatia/perl/apps/rt/WebRT/data
mkdir -p //home/iss2/vbhatia/perl/apps/rt/WebRT/sessiondata
mkdir -p //home/iss2/vbhatia/perl/apps/rt/etc
mkdir -p //home/iss2/vbhatia/perl/apps/rt/lib
mkdir -p //home/iss2/vbhatia/perl/apps/rt/WebRT/html
mkdir -p //home/iss2/vbhatia/perl/apps/rt/local/WebRT/html
cp etc/acl.oracle ‘//home/iss2/vbhatia/perl/apps/rt/etc/acl.oracle’
cp: cannot access etc/acl.oracle
*** Error code 2
make: Fatal error: Command failed for target `acls’

I do not see a etc/acl.oracle file in the distribution. Is that normal?

Thanks for your help.

-Vik

Vik Bhatia wrote:

I have been trying to install RT 2.0.15 on oracle and my installation
croaks as soon as I kick it of. This is what I get:

Be warned that Oracle isn’t really supported…

cp etc/acl.oracle ‘//home/iss2/vbhatia/perl/apps/rt/etc/acl.oracle’
cp: cannot access etc/acl.oracle
*** Error code 2
make: Fatal error: Command failed for target `acls’

I do not see a etc/acl.oracle file in the distribution. Is that normal?

DB_TYPE (in Makefile) is case sensitive. You want “Oracle”, not “oracle”.
Phil Homewood, Systems Janitor, www.SnapGear.com
pdh@snapgear.com Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances

Dear Friends

I have compiled all the perl modules manually and went
ahead with /“make testdeps/” command and my output was
as below;

when i type make install, i get the following sequence
of errors…

[root@rtnature rt-2-0-15]# make install
mkdir -p //opt/rt2/bin
mkdir -p //opt/rt2/WebRT/data
mkdir -p //opt/rt2/WebRT/sessiondata
mkdir -p //opt/rt2/etc
mkdir -p //opt/rt2/lib
mkdir -p //opt/rt2/WebRT/html
mkdir -p //opt/rt2/local/WebRT/html
/usr/bin/perl tools/initdb ‘mysql’ ‘/usr’
‘localhost’ ‘’ ‘root’ ‘rt2’ create
Now creating a database for RT.
Enter the mysql password for root:
Creating mysql database rt2.
cp etc/acl.mysql ‘//opt/rt2/etc/acl.mysql’
/usr/bin/perl -p -i -e " s’!!DB_TYPE!!‘“mysql”‘g;
s’!!DB_HOST!!’“localhost”‘g;
s’!!DB_RT_PASS!!'“rt_pass”'g;\

s’!!DB_RT_HOST!!‘“localhost”‘g;
s’!!DB_RT_USER!!’“rt_user”‘g;
s’!!DB_DATABASE!!'“rt2”'g;"
//opt/rt2/etc/acl.mysql
bin/initacls.mysql ‘/usr’ ‘localhost’ ‘’ ‘root’ ‘’
‘rt2’ ‘//opt/rt2/etc/acl.mysql’
Enter the mysql administrator’s database password to
create a new user for RT
Enter password:
Enter the mysql administrator’s database password to
nondestructively reload the database
Enter password:
/usr/bin/perl tools/initdb ‘mysql’ ‘/usr’
‘localhost’ ‘’ ‘rt_user’ ‘rt2’ insert
Now populating database schema.
Enter the mysql password for rt_user:
*Creating database schema.
DBI->connect(dbname=rt2;host=localhost) failed: Access
denied for user: ‘rt_user@localhost’ (Using password:
NO) at tools/initdb line 144
Access denied for user: ‘rt_user@localhost’ (Using
password: NO) at tools/initdb line 144, line
1.
make: *** [initdb.rtuser] Error 255 *

What do i need to input at rt_user’s password?

Kindly let me know

TIA
Vibhav

Missed your favourite TV serial last night? Try the new, Yahoo! TV.
visit http://in.tv.yahoo.com

I think i know this one :slight_smile:

In the src dir for RT you need to edit the
Makefile before you make install. The password you
specify here is used for the mysql user.

DB_RT_USER = rt_user
DB_RT_PASS = password

Cheers
Emile-----Original Message-----
From: rt-users-admin@lists.fsck.com
[mailto:rt-users-admin@lists.fsck.com]On Behalf Of
Viswan Munish
Sent: Wednesday, October 23, 2002 8:09 PM
To: rt-users@lists.fsck.com
Subject: [rt-users] [NewBie Question/ Installation
problem with Mysql]

Dear Friends

I have compiled all the perl modules manually and
went
ahead with /“make testdeps/” command and my output
was
as below;

when i type make install, i get the following
sequence
of errors…

[root@rtnature rt-2-0-15]# make install
mkdir -p //opt/rt2/bin
mkdir -p //opt/rt2/WebRT/data
mkdir -p //opt/rt2/WebRT/sessiondata
mkdir -p //opt/rt2/etc
mkdir -p //opt/rt2/lib
mkdir -p //opt/rt2/WebRT/html
mkdir -p //opt/rt2/local/WebRT/html
/usr/bin/perl tools/initdb ‘mysql’ ‘/usr’
‘localhost’ ‘’ ‘root’ ‘rt2’ create
Now creating a database for RT.
Enter the mysql password for root:
Creating mysql database rt2.
cp etc/acl.mysql ‘//opt/rt2/etc/acl.mysql’
/usr/bin/perl -p -i -e " s’!!DB_TYPE!!'“mysql”'g;\

s’!!DB_HOST!!'“localhost”'g;\

s’!!DB_RT_PASS!!'“rt_pass”'g;\

s’!!DB_RT_HOST!!'“localhost”'g;\

s’!!DB_RT_USER!!‘“rt_user”‘g;
s’!!DB_DATABASE!!’“rt2”'g;"
//opt/rt2/etc/acl.mysql
bin/initacls.mysql ‘/usr’ ‘localhost’ ‘’ ‘root’ ‘’
‘rt2’ ‘//opt/rt2/etc/acl.mysql’
Enter the mysql administrator’s database password
to
create a new user for RT
Enter password:
Enter the mysql administrator’s database password
to
nondestructively reload the database
Enter password:
/usr/bin/perl tools/initdb ‘mysql’ ‘/usr’
‘localhost’ ‘’ ‘rt_user’ ‘rt2’ insert
Now populating database schema.
Enter the mysql password for rt_user:
*Creating database schema.
DBI->connect(dbname=rt2;host=localhost) failed:
Access
denied for user: ‘rt_user@localhost’ (Using
password:
NO) at tools/initdb line 144
Access denied for user: ‘rt_user@localhost’ (Using
password: NO) at tools/initdb line 144,
line
1.
make: *** [initdb.rtuser] Error 255 *

What do i need to input at rt_user’s password?

Kindly let me know

TIA
Vibhav

Missed your favourite TV serial last night? Try
the new, Yahoo! TV.
visit http://in.tv.yahoo.com
rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

Have you read the FAQ? The RT FAQ Manager lives at
http://fsck.com/rtfm

Dear Friends

Am using the latest version of RT, and i am running it without any
problem… but i have an issue…

when i resolve a ticket in a queue, i am unable to find the them…

where it is stored in the database and how will i be able to view the
resolved ticket…

Thanks l in advance

Wish you all a Merry Xmass and New Year
Ganeshh

when i resolve a ticket in a queue, i am unable to find the them…

where it is stored in the database and how will i be able to view the
resolved ticket…

If you type the ticket number into the box in upper right corner and
press “Go to ticket”, what happens?

You can also go to Search and then choose “Status is resolved”.

Hopefully you can get to your resolved tickets with either (or better
yet, both) of these.

Lynoure Rajamäki
lynoure@otaverkko.fi

I installed RT back in September, but didn’t really have a chance to
work with figuring out what the error that I am attaching means. After
beginning my search, the only real thing that I had found pertainted to
possible permissions on the queue. I double checked the permissions
for the queue, and they seem ok. Also I saw a message about testing the
rt-mailgate interactively. How do you go about doing that?

I am using Sendmail 8.12.4, and I don’t have the smrsh configured for
our systems.

Any help with this would be great. I have scanned the FAQ on-line and
looked through the archives for rt-users.

Thanks in advance,

Samantha

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Samantha Lacy
Computing Technology Services
Unix Systems Administrator
lacy@cts.wustl.edu
314.935.5882 - Phone
314.935.7302 - Fax
Office: 406d Lopata Hall

Samantha Lacy wrote:

Can’t locate object method “new” via package “RT::Handle” at /project/www-cts/htdocs/rt2/lib/RT.pm line 26.

What do you have $DatabaseType set to in config.pm?

Phil Homewood, Systems Janitor, www.SnapGear.com
pdh@snapgear.com Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances

Hi,

Van: rt-devel-admin@lists.fsck.com

[mailto:rt-devel-admin@lists.fsck.com]Namens Gerald Fehringer

Verzonden: donderdag 6 maart 2003 10:59

Aan: rt-devel@lists.fsck.com

Onderwerp: [rt-devel] [Fwd: 2-1-79 questions]

First of all, all of your questions are more suitable for the rt-users list
instead of the development list, so let’s continue there. Furthermore, IMHO
it is not “nice” to send urgent messages to any list at all.

how can i add a unprivileged user to a group ?

(it doesn’t appear in the user list, only if the user has more rights)

Unprivileged users are, well, uhm… unprivileged. That means you can not
grant them any privileges at all. They have the same privileges as the
pseudo group Everyone, by definition.

because i wanna have this basic view for all our

customers, so they can see only their queue and nothing else.

You should mark all those users privileged and grant them the appropriate
rights on the appropriate queues (I don’t know the rights by heart, sorry).

at the moment i can only define global rights for every queue, so

all unprivileged user can see the whole queues.

Global rights on a queue sound a bit strange to me. What do you mean
exactly? I suspect that you have granted too many global rights to Everyone,
could you verify that?

when will be the final rt3 released ?

According to Jesse, RT3 is due in about two weeks.

Martin

Martin Schapendonk Phone +31 26 3226900
Whitehorses B.V. Mobile +31 6 52413701
Postbus 4064 Fax +31 26 3226909
6803 EB Arnhem Email martin.schapendonk@whitehorses.nl

Dear Members,

first of all, i apologies for the urgent flag, this was unmeant !
Well, i was posting this question at the devel list, because i’m
using rt 2-1-80 (since this morning) so i thought it’s related
to the devel list.

my problem:
the basic view contents only: new/close/view & changing password.
this is exactly the view what we would like to have for our
customers, because they should only have rights to see their closed
or new tickets in their queue, nothing else and they should not
confused with to much extra informations !

Ticket creation/modify etc. should be only allowed for our customer care.

so if i create a unprivileged user, first of all i can’t see the user
(only when i look up also for deactive user, makes not really sense)
the next logic step would be, to create a group for this specific
customer queue (each of our customers will have their own queue) and
add this unprivileged user to the group.
not possible, because the user doesn’t appear on the screen.
so the only way is to give this customer queue all unprivileged user
according permissions :frowning:
so if i have several customers, everyone can see ALL queus !

they only way i can resolve this issue, right now, is to set for this
customer queue the user as watcher and then i define the according
permissions for this watcher.
(not really a good idea, because he should not get any emails, only
when our employees create a new ticket for him. he should only check
his stutus/history in his own customer view)

Any ideas ?

thank you,
geri

-----Urspr�ngliche Nachricht-----Von: Martin Schapendonk [mailto:martin.schapendonk@whitehorses.nl]
Gesendet: Donnerstag, 6. M�rz 2003 11:14
An: Gerald Fehringer
Cc: RT Users
Betreff: RE: [rt-devel] [Fwd: 2-1-79 questions]

Hi,

Van: rt-devel-admin@lists.fsck.com

[mailto:rt-devel-admin@lists.fsck.com]Namens Gerald Fehringer

Verzonden: donderdag 6 maart 2003 10:59

Aan: rt-devel@lists.fsck.com

Onderwerp: [rt-devel] [Fwd: 2-1-79 questions]

First of all, all of your questions are more suitable for the rt-users list
instead of the development list, so let’s continue there. Furthermore, IMHO
it is not “nice” to send urgent messages to any list at all.

how can i add a unprivileged user to a group ?

(it doesn’t appear in the user list, only if the user has more rights)

Unprivileged users are, well, uhm… unprivileged. That means you can not
grant them any privileges at all. They have the same privileges as the
pseudo group Everyone, by definition.

because i wanna have this basic view for all our

customers, so they can see only their queue and nothing else.

You should mark all those users privileged and grant them the appropriate
rights on the appropriate queues (I don’t know the rights by heart, sorry).

at the moment i can only define global rights for every queue, so

all unprivileged user can see the whole queues.

Global rights on a queue sound a bit strange to me. What do you mean
exactly? I suspect that you have granted too many global rights to Everyone,
could you verify that?

I never tried it for real, but I think the solution to your problem is to be
found in the “pseudogroups”. You have pseudogroups for requestors, CCs,
AdminCCs and Owner.
I you grant priviledges to the requestors in your queue, each customer will
be able to see the tickets he personnaly created, as he will be the
requestor. He will not see other tickets in the queue which belong to other
resquestors. Is this level of confidentiality what you need?

If you want some specific people at your customer to see all tickets,
you’all have to give them specific rights to the queue.

If you wan’t to make the entire queue visible to anybody at your customer,
but still need to hide some other queues to them, you can play with the
“everyone” group applied individualy on each queue. This will only work if
you have one customer. As soon as you get two, you’ll need to create a group
per customer.

Are you using an external user base? ie : do you rely or not on automatic
usder creation? If the customer can be identified through the email domain,
it would be rather easy to add the user to the proper group on creation. As
I am not a perl developer, I could only do it through database SQL queries,
but somebody more knowledgable than me could do better.
Would thgis be a “on user creation” scrip condition to add?

Blaise

-----Message d’origine-----De : Gerald Fehringer [mailto:gerald.fehringer@openadvice.de]
Envoyé : jeudi 6 mars 2003 11:38
À : RT Users
Objet : [rt-users] AW: [rt-usersl] [Fwd: 2-1-79 questions]

Dear Members,

first of all, i apologies for the urgent flag, this was unmeant !
Well, i was posting this question at the devel list, because i’m
using rt 2-1-80 (since this morning) so i thought it’s related
to the devel list.

my problem:
the basic view contents only: new/close/view & changing password.
this is exactly the view what we would like to have for our
customers, because they should only have rights to see their closed
or new tickets in their queue, nothing else and they should not
confused with to much extra informations !

Ticket creation/modify etc. should be only allowed for our customer care.

so if i create a unprivileged user, first of all i can’t see the user
(only when i look up also for deactive user, makes not really sense)
the next logic step would be, to create a group for this specific
customer queue (each of our customers will have their own queue) and
add this unprivileged user to the group.
not possible, because the user doesn’t appear on the screen.
so the only way is to give this customer queue all unprivileged user
according permissions :frowning:
so if i have several customers, everyone can see ALL queus !

they only way i can resolve this issue, right now, is to set for this
customer queue the user as watcher and then i define the according
permissions for this watcher.
(not really a good idea, because he should not get any emails, only
when our employees create a new ticket for him. he should only check
his stutus/history in his own customer view)

Any ideas ?

thank you,
geri

RE: [rt-users] AW: [rt-usersl] [Fwd: 2-1-79 questions]hi,

i never so a option like pseudo-groups, where can i add this kind of
groups ?

my issue is that the customer is NOT allowed to create new tickets, only the
customer care team.
he should see only his new/closed tickets and should be able to add new
comments, that’s it.

no, i use the local user database, we don’t have so much customers.

well, unfortunately i’m also not a big perl crack (perl syntax ;-))

kind regards
geri

BTW: RT3 IS REALLY AWESOME, great work Jesse & the rest of the development
!!

-----Urspr�ngliche Nachricht-----Von: THAUVIN Blaise (Dir. Informatique) [mailto:bthauvin@clearchannel.fr]
Gesendet: Donnerstag, 6. M�rz 2003 12:10
An: ‘gerald.fehringer@openadvice.de’; RT Users
Betreff: RE: [rt-users] AW: [rt-usersl] [Fwd: 2-1-79 questions]

I never tried it for real, but I think the solution to your problem is to
be found in the “pseudogroups”. You have pseudogroups for requestors, CCs,
AdminCCs and Owner.

I you grant priviledges to the requestors in your queue, each customer
will be able to see the tickets he personnaly created, as he will be the
requestor. He will not see other tickets in the queue which belong to other
resquestors. Is this level of confidentiality what you need?

If you want some specific people at your customer to see all tickets,
you’all have to give them specific rights to the queue.

If you wan’t to make the entire queue visible to anybody at your customer,
but still need to hide some other queues to them, you can play with the
“everyone” group applied individualy on each queue. This will only work if
you have one customer. As soon as you get two, you’ll need to create a group
per customer.

Are you using an external user base? ie : do you rely or not on automatic
usder creation? If the customer can be identified through the email domain,
it would be rather easy to add the user to the proper group on creation. As
I am not a perl developer, I could only do it through database SQL queries,
but somebody more knowledgable than me could do better.

Would thgis be a “on user creation” scrip condition to add?

Blaise

-----Message d’origine-----
De : Gerald Fehringer [mailto:gerald.fehringer@openadvice.de]
Envoy� : jeudi 6 mars 2003 11:38
� : RT Users
Objet : [rt-users] AW: [rt-usersl] [Fwd: 2-1-79 questions]

Dear Members,

first of all, i apologies for the urgent flag, this was unmeant !
Well, i was posting this question at the devel list, because i’m
using rt 2-1-80 (since this morning) so i thought it’s related
to the devel list.

my problem:
the basic view contents only: new/close/view & changing password.
this is exactly the view what we would like to have for our
customers, because they should only have rights to see their closed
or new tickets in their queue, nothing else and they should not
confused with to much extra informations !

Ticket creation/modify etc. should be only allowed for our customer care.

so if i create a unprivileged user, first of all i can’t see the user
(only when i look up also for deactive user, makes not really sense)
the next logic step would be, to create a group for this specific
customer queue (each of our customers will have their own queue) and
add this unprivileged user to the group.
not possible, because the user doesn’t appear on the screen.
so the only way is to give this customer queue all unprivileged user
according permissions :frowning:
so if i have several customers, everyone can see ALL queus !

they only way i can resolve this issue, right now, is to set for this
customer queue the user as watcher and then i define the according
permissions for this watcher.
(not really a good idea, because he should not get any emails, only
when our employees create a new ticket for him. he should only check
his stutus/history in his own customer view)

Any ideas ?

thank you,
geri

Back in RT2 times… in configuration/groups, you would have found two
sets of groups, pseudo groups and real “user created” groups. This is
aparently gone in RT3

Anyway, if you go to queue rights in RT3, you’ll see on the top of the page
“system groups” followed by “roles”. These are the pseudo groups.

If the customer is not allowed to create tickets by himself, but can access
the system, it means you’ll have to create his account manualy. In that
case, what prevents you to add him in the proper group on creation? Once the
user account is created, the customer care can make him the “requestor”
(that’s what he is really), the customer care being the owner. Then, using
the “requestor” role group, you can let your customer access his own
tickets.

Blaise

-----Message d’origine-----De : Gerald Fehringer [mailto:gerald.fehringer@openadvice.de]
Envoyé : jeudi 6 mars 2003 17:20
À : THAUVIN Blaise (Dir. Informatique); RT Users
Objet : AW: [rt-users] AW: [rt-usersl] [Fwd: 2-1-79 questions]

hi,

i never so a option like pseudo-groups, where can i add this kind of
groups ?

my issue is that the customer is NOT allowed to create new tickets, only the
customer care team.
he should see only his new/closed tickets and should be able to add new
comments, that’s it.

no, i use the local user database, we don’t have so much customers.

well, unfortunately i’m also not a big perl crack (perl syntax ;-))

kind regards
geri

BTW: RT3 IS REALLY AWESOME, great work Jesse & the rest of the development
!!

Anyone have any ideas?-------- Original Message --------
Subject: Changing ticket re-opening behavior
From: “Ben Goodwin” ben@atomicmatrix.net
Date: Thu, April 10, 2003 7:20 am
To: rt-users@lists.fsck.com

I’m trying to change the behavior of RT2-0-15 to not change the status
of a stalled ticket to open upon correspondence, but I’m having trouble
finding where this code is. Once I see where it is I’m sure I’ll have
no trouble doing what I need, but can someone point me in the right
direction? Thanks!

-=| Ben

Ben Goodwin wrote:

I’m trying to change the behavior of RT2-0-15 to not change the status
of a stalled ticket to open upon correspondence, but I’m having trouble
finding where this code is.

RT::ticket::Correspond()
�|� Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.

Back to an old subject…

Omar Dahhani a écrit :

sub DecodeMIMEWordsToUTF8 {
my $str = shift;
use Encode qw/decode/;
return decode(‘MIME-Header’, $str);
}

Does that decode correctly quoted-printable encoded subject as well ?

Thx.

Guillaume Perréal.

Responsable informatique,
Cemagref, groupement de Lyon,
France.

Tél: (+33) 4.72.20.87.87.
Fax: (+33) 4.78.47.78.75.
Site: http://www.lyon.cemagref.fr/

Guillaume Perr�al wrote:

Back to an old subject…

Omar Dahhani a �crit :

sub DecodeMIMEWordsToUTF8 {
my $str = shift;
use Encode qw/decode/;
return decode(‘MIME-Header’, $str);
}

Does that decode correctly quoted-printable encoded subject as well ?
If you look at Encode docs you find that it also decode Base64 encoded
subjects.

We’ve been getting this error a couple of times a day lately. Nothing,
AFAIK, has changed. ‘Everyone’ most certainly /does/ have the right
‘CreateTicket’ in Support – we get a few hundred tickets a day into that
queue, on a busy day.

We’re running 3.0.6 – known problem? Would an upgrade to 3.0.8 help?

----- Forwarded message from rt@obsidian.sentex.ca -----Date: Fri, 23 Jan 2004 01:17:13 -0500 (EST)
From: rt@obsidian.sentex.ca
To: rt-admins@obsidian.sentex.ca
Subject: Could not load a valid user
X-Spam-Level:
X-Mailer: MIME-tools 5.411 (Entity 5.404)
Message-Id: 200401230617.i0N6HD6p035937@obsidian.sentex.ca

RT could not load a valid user, and RT’s configuration does not allow
for the creation of a new user for this email (user@example.org).

You might need to grant ‘Everyone’ the right ‘CreateTicket’ for the
queue Support.

----- End forwarded message -----

Hello,

Suddenly, this morning the RT of our production server started showing
the error below accessing the RT web interface:

error: Insecure dependency in eval while running setgid at
/usr/local/lib/perl5/site_perl/5.8.2/Locale/Maketext/Guts.pm line 247.
context:

243: unshift @code, “use strict; sub {\n”;
244: push @code, “}\n”;
245:
246: print @code if DEBUG;
247: my $sub = eval(join ‘’, @code);
248: die “$@ while evalling” . join(‘’, @code) if $@; # Should be
impossible.
249: return $sub;
250: }
251:

code stack:
/usr/local/lib/perl5/site_perl/5.8.2/Locale/Maketext/Guts.pm:247
/usr/local/lib/perl5/site_perl/5.8.2/Locale/Maketext.pm:196
/opt/rt3/lib/RT/CurrentUser.pm:360
/opt/rt3/lib/RT/Interface/Web.pm:215
/opt/rt3/share/html/Elements/Login:44
/opt/rt3/share/html/autohandler:195
raw error
http://200.17.63.80/rt/#raw--------------------------------------------------------------------------------------------
Environment:
FreeBSD 4.9-STABLE, rt-3.0.8, rtir-1-0-2, mysql-server-4.0.17,
p5-DBIx-SearchBuilder-0.96, p5-FastCGI-0.67.

The only reference I’ve found in the list archive was this:
http://marc.free.net.ph/message/20040109.110507.a020d925.html

but the followup isn’t a solution for us. To change the fastcgi to
mod_perl would be a undesirable change in the environment that’s been
working well and stable for a couple of months.

I’m even afraid of restarting the apache and/or the mysql servers once
some of the users that logged in early in the morning are accessing
without problems (me included). Only the users that are trying to log in
since an hour ago are having this error message displayed.

Last min. update: the problem misteriously disappeared while I was
writing this email. Go figure…

Alex