April 2004 - otrs - OTRS mailing lists

Re: [otrs] 500 Internal Server Error (Premature end of scriptheaders) why ?
by Andrej Bazovkin 06 Apr '04

06 Apr '04

>Did you try to get it running without IPC? I added following setting in Config.pm (as you said): $Self->{SessionModule} = 'Kernel::System::AuthSession::FS'; WBR, Andrej

1 0

Re: [otrs] 500 Internal Server Error (Premature end of scriptheaders) why ?
by Andrej Bazovkin 06 Apr '04

06 Apr '04

>You probably didn't restart your web server - a reload isn't enough. I >suggested you switch away from IPC session management, and let this take >place in the file system. :( I have even restarted the whole system - nothing changed

2 1

Re: [otrs] 500 Internal Server Error (Premature end of script headers) why ?
by Andrej Bazovkin 06 Apr '04

06 Apr '04

2Robert Kehl: Thank you for support! Sorry, yesterday my name was written in cyrillic so you saw it as asterisks. Unfortunately, your advice didn't help. I'm still getting that error. The section of Kernel/System/Log.pm on which error message points is: # write shm cache log if ($Priority !~ /debug/i && $Self->{IPC}) { $Priority = lc($Priority); my $Data = localtime().";;$Priority;;$Self->{LogPrefix};;$Subroutine2;;$Line1;;$Message;;\n"; my $String = $Self->GetLog(); shmwrite($Self->{Key}, $Data.$String, 0, $Self->{IPCSize}) || die $!; } BTW, the packet 'perl-IPC-Signal' is installed on my system. WBR, Andrej

3 2

Re: Hello
by sibbi＠sibbi.com 06 Apr '04

06 Apr '04

1 0

[1.2] queue based on content filtering
by trampus 06 Apr '04

06 Apr '04

Hi, it's possible to assign messages to queues using a content filetring system? For example, if the subject contains the word "fly" assign to queue "plane problems". Otherwise, where and how can I modify the scripts to do that? Thank's a lot Romano trampus University of Trieste

2 1

RE: [otrs] More sophisticated ACLs?
by Tyler Hepworth 06 Apr '04

06 Apr '04

>> How then, do I allow an agent to take ownership for self but not >> assign ownership to others? I want agents to be able to take tickets >> and own them, but not be able to assign them to others. This will >> help prevent "pass the buck" syndrome. > > Yes. 'owner' -> allows assign ownership to other agents (for > existsing tickets). Apologies. I must not be explaining myself well. Scenario: Agent A Agent B Both have access to the queue "General" A new ticket comes in. Possibilities: Agent A assigns ownership to self = YES!! Allow this Agent A assigns ownership to Agent B = NO!! This is very bad How can I allow the agent to take ownership for self but not give ownership to others. Thanks, Tyler Hepworth

2 1

Fallback to DB Auth if LDAP Auth fails
by Tyler Hepworth 06 Apr '04

06 Apr '04

Is there a way to fallback to DB Auth if LDAP Auth fails? I have some users (root@localhost) who can no longer login when LDAP Auth is in effect. Thanks, Tyler Hepworth

2 1

Assign user group rights when account created through LDAP Auth
by Tyler Hepworth 06 Apr '04

06 Apr '04

How can I assign group rights at the time a user account is created via LDAP Auth? I have the LDAP part functioning properly, but the user account is being created with no rights to any group. Thanks, Tyler Hepworth

1 0

RE: [otrs] Problem with LDAP (Get whole user DN) - Update
by Tyler Hepworth 06 Apr '04

06 Apr '04

Never mind. I figured it out (user error) :-D Tyler

1 0

Problem with LDAP (Get whole user DN)
by Tyler Hepworth 05 Apr '04

05 Apr '04

I am trying to enable LDAP authentication. I have verified that LDAP.pm is able to connect to my LDAP server, bind, and get $Result back. The problem occurs in this piece of code: foreach my $Entry ($Result->all_entries) { $UserDN = $Entry->dn(); $Self->{LogObject}->Log( Priority => 'notice', Message => "found UserDN $UserDN", ); } It appears that it is not being evaluated, but I do not know why. You can see that I put a LogObject in there, but when I check my log file, there is no entry - not even a "found UserDN ". Obviously this block is dependant on $Result: my $Filter = "$Self->{UID}=$Param{User}"; my $Result = $LDAP->search ( base => $Self->{BaseDN}, filter => $Filter, ); When I do a LogObject that print $Result to the log, I get the following in the log: Net::LDAP::Search=HASH(0x237c214) So, I know that the LDAP query is working right up to the foreach loop. Any idea why the loop itself is not returning any result (or even appearing to be evaluated)? Thanks, Tyler Hepworth

1 0