August 2005 - otrs-de - OTRS mailing lists

Kernel::System::AuthSession::IPC:: WriteSHM
by ml＠charliesangels.biz 24 Aug '05

24 Aug '05

Hi, seit gestern morgen um 9.00 Uhr finde ich im Log vom OTRS 1.3.2 kontinuierlich folgende Meldung: [Wed Aug 24 09:13:12 2005][Error][Kernel::System::AuthSession::IPC::_WriteSHM][71] Can't write session data. Max. size (358400 Bytes) of SessionData reached! Drop old sessions! Was soll mir das denn sagen ? Ist das ein Bug ? Feature ? Fehler ? Danke und Gruss Sascha

1 0

Anhaenge... erledigt?
by Rainer Rohde, E3T IT-Systems 24 Aug '05

24 Aug '05

Hallo Leute! Glaube, das mit der Fehlermeldung bei Anhaengen hat sich erledigt - Version 2.0.2 sei Dank! :) Gruss, Rainer

1 0

RE: [otrs-de] Kundendaten per LDAP, Autorisierung per single sign-on
by Stephane Martin 23 Aug '05

23 Aug '05

So, da bin ich nochmal. In der Zwischenzeit habe ich einen Wink in die richtige Richtung bekommen. Wir haben das uns überlassene Script ein wenig modifiziert. Es gibt nun im Verzeichnis /Kernel/System/CustomerAuth ein neues Perl Modul, welches folgenden Aufbau hat: # -- # Kernel/System/CustomerAuth/XYZAuth.pm - provides the single sign on # Copyright (C) 2001-2004 Martin Edenhofer <martin+code(a)otrs.org> # -- # $Id: HTTPBasicAuth.pm,v 1.2 2004/08/10 10:31:56 martin Exp $ # -- # This software comes with ABSOLUTELY NO WARRANTY. For details, see # the enclosed file COPYING for license information (GPL). If you # did not receive this file, see http://www.gnu.org/licenses/gpl.txt. # -- package Kernel::System::CustomerAuth::XYZAuth; use strict; use DBI; use vars qw($VERSION); $VERSION = '$Revision: 1.2 $'; $VERSION =~ s/^\$.*:\W(.*)\W.+?$/$1/; # -- sub new { my $Type = shift; my %Param = @_; # allocate new hash for object my $Self = {}; bless ($Self, $Type); # check needed objects foreach (qw(LogObject ConfigObject DBObject)) { $Self->{$_} = $Param{$_} || die "No $_!"; } # Debug 0=off 1=on $Self->{Debug} = 0; $Self->{Type} = $Self->{ConfigObject}->Get('Customer::AuthModule::XYZAuth::Type'); # Im Moment wird nur MySQL unterstützt if ($Self->{Type} ne 'mysql') { $Self->{Type} = 'mysql'; } $Self->{Host} = $Self->{ConfigObject}->Get('Customer::AuthModule::XYZAuth::Host'); $Self->{Port} = $Self->{ConfigObject}->Get('Customer::AuthModule::XYZAuth::Port'); if ($Self->{Port} eq '') { $Self->{Port} = 3306; } $Self->{Database} = $Self->{ConfigObject}->Get('Customer::AuthModule::XYZAuth::Database'); $Self->{User} = $Self->{ConfigObject}->Get('Customer::AuthModule::XYZAuth::User'); $Self->{Password} = $Self->{ConfigObject}->Get('Customer::AuthModule::XYZAuth::Password'); $Self->{DSN} = "DBI:".$Self->{Type}.":database=".$Self->{Database}.":host=".$Self->{Hos t}.":port=".$Self->{Port}; return $Self; } # -- sub GetOption { my $Self = shift; my %Param = @_; # check needed stuff if (!$Param{What}) { $Self->{LogObject}->Log(Priority => 'error', Message => "Need What!"); return; } # module options my %Option = ( PreAuth => 1, ); # return option return $Option{$Param{What}}; } # -- sub Auth { my $Self = shift; my %Param = @_; my $sth; my $dbh; my $sql; my @row; my $ValidUser; my $RemoteAddr = $ENV{REMOTE_ADDR} || 'Got no REMOTE_ADDR env!'; # check needed stuff if (!$Param{sid}) { $Self->{LogObject}->Log(Priority => 'error', Message => "Need Session ID!"); return; } # do some lookups in other sources # Sitzungsschlüssel analysieren und in DB den eingeloggten LDAP-User holen if ($dbh = DBI->connect($Self->{DSN}, $Self->{User}, $Self->{Password})) { $sql = "SELECT user FROM session_data WHERE sid='".$Param{sid}."'"; $sth = $dbh->prepare($sql); if ($sth->execute()) { if (@row = $sth->fetchrow_array()) { $ValidUser = $row[0]; } else { $ValidUser = ''; } } else { $ValidUser = 'ERROR'; } } else { $ValidUser = 'ERROR'; } # return valid user if ($ValidUser eq 'ERROR') { $Self->{LogObject}->Log( Priority => 'notice', Message => "User: Database error while authenticating!(REMOTE_ADDR: $RemoteAddr).", ); return; } elsif ($ValidUser) { my $User = $ValidUser; $Self->{LogObject}->Log( Priority => 'notice', Message => "User: $ValidUser authentification ok (REMOTE_ADDR: $RemoteAddr).", ); return $ValidUser; } else { $Self->{LogObject}->Log( Priority => 'notice', Message => "User: No valid user found!(REMOTE_ADDR: $RemoteAddr).", ); return; } if ($dbh) { $dbh->disconnect(); } } # -- 1; In der Config.pm haben wir dazu folgende Erweiterungen gemacht: # Customer-Autorisierung über Intranet $Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::XYZAuth'; $Self->{'Customer::AuthModule::XYZAuth::Type'} = 'mysql'; $Self->{'Customer::AuthModule::XYZAuth::Host'} = 'localhost'; $Self->{'Customer::AuthModule::XYZAuth::Port'} = '3306'; $Self->{'Customer::AuthModule::XYZAuth::Database'} = 'db'; $Self->{'Customer::AuthModule::XYZAuth::User'} = 'user'; $Self->{'Customer::AuthModule::XYZAuth::Password'} = 'pw'; Die Übergabe des Session-Keys aus dem Intranet erfolgt so: https://localhost/otrs/customer.pl?sid=2fdfc3ba498b78aa45f627e0e604932b Allerdings passiert nach der Übergabe der sid folgendes: if (!$Param{sid}) { $Self->{LogObject}->Log(Priority => 'error', Message => "Need Session ID!"); return; } sid ist trotz des URL-Parameters leer. Es kann als auch kein User in unserer MySQL-DB gesucht werden. Hat jemand eine Idee, warum OTRS nichts von der sid weiß? Viele Grüße Stéphane Martin WebTrio GmbH

2 1

Kundendaten per LDAP, Autorisierung per single sign-on
by Stephane Martin 23 Aug '05

23 Aug '05

Hallo zusammen, wir benutzen zur Zeit 1.3.2 in einer Produktivumgebung und haben nun folgendes Problem. Die Authentifizierung der Agents und Customer findet momentan per LDAP gegen ein Groupwise E-Directory statt. Nun soll die Customer-Seite in ein Intranet-Projekt eingebunden werden und eine Single-Login Umgebung genutzt werden. Hierzu haben wir in PHP einige Module erstellt. Nach Studium der OTRS-Doku habe ich den Verweis auf /Kernel/System/CustomerAuth gefunden. Hat jemand eventuell ein Perl-Modul geschrieben, dem man den eingeloggten User-Namen mitteilen kann, so daß keine erneute Authentifizierung in OTRS erfolgen muß? Die Adressdaten des eingeloggten Users sollen wie bisher aus der LDAP-DB gezogen werden. Viele Grüße Stéphane Martin WebTrio GmbH

1 0

Warten - Standardeintrag
by Andre Bauer 22 Aug '05

22 Aug '05

Hallo. Wo finde ich die Einstellung bei dem ich den Standardeintrag für die Wartennotiz machen kann? Für ne normale Notiz gibts ja "Ticket::Frontend::NoteText:" Oder gibts die Einstellung im Frontend einfach nicht? -- Mit freundlichen Grüssen Andre Bauer System: Debian 3.1 / OTRS 2.01 / MySQL DB

1 0

Format in von feld in Telefonticket-Formular
by Thomas Häger 22 Aug '05

22 Aug '05

Hallo zusammen, ist bestimmt schon tausendmal gefragt worden, aber ich habe echt keine Hinweise im Google gefunden.... wie kann man diesen RFC822 Format-Zwang im "Von" Feld des Telefonticketformulars abstellen ? Ich habe die ganze Defaults.pm abgesucht, habe aber nichts gefunden. Hat jemand eine Idee ? Grüße, Thomas.

3 4

Customer ID
by Sami Bejaoui 22 Aug '05

22 Aug '05

Hallo, ich brauche für bestimmte User eine zweite Customer ID um Company Tickets ansehen zu können. Jetzt hab ich aus dem LDAP einen Wert gezogen, der die Abteilungen nach Standort trennt. Ich kann im OTRS über Kundensuche auch alles richtig darstellen lassen. Wenn ich ein Ticket als KundeX-Abt.Y erstelle, kann KundeY-Abt.Y aus der gleichen Abteilung jedoch nicht das Ticket sehen. Wo kann's da noch hängen???? Hat jemand einen Tipp für mich. Danke, Sami

1 0

RE: [otrs-de] Probleme mit Company Ticket
by Sami Bejaoui 22 Aug '05

22 Aug '05

... Hab das Problem selbst gelöst: > "CustomerUserExcludePrimaryCustomerID => 1," gehört in der Config.pm vor das Mapping. Gruss, Sami > -----Original Message----- > From: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] On Behalf Of Sami Bejaoui > Sent: Monday, August 22, 2005 10:20 AM > To: otrs-de(a)otrs.org > Subject: [otrs-de] Probleme mit Company Ticket > > Hallo Liste, > > ich versuche Company Tickets in OTRS 2.0.1 zu aktivieren. > Seit ich, wie aus der Doku entnommen, folgenden Wert in die > Config.pm übernommen habe: > > "CustomerUserExcludePrimaryCustomerID => 1," > > erhalte ich immer diesen Fehler nachdem anmelden an OTRS: > > [Mon Aug 22 09:01:30 2005] -e: Can't use string > ("CustomerUserExcludePrimaryCustom") as an ARRAY ref while > "strict refs" in use at > /opt/otrs//Kernel/System/CustomerUser/LDAP.pm line 297, > <DATA> line 283 > > Ich Authentifziere die User über LDAP, das ist kein Problem > solange der "CustomerUserExcludePrimaryID => 1" kommentiert > ist. Auch wenn der Wert 0 ist, funktionert die Anmeldung nicht mehr. > > Ich benutze das OTRS auf einem RHEL 4.0 System. > > Zur besseren Hilfe füge ich die Config.pm mit an, ich bin mir > ziemlich sicher, dass ich hier irgendwo einen Fehler gemacht habe. > > Danke & Gruss, > Sami >

1 0

Re: [otrs-de] mod_perl w/ apache2
by Stephan Holl 22 Aug '05

22 Aug '05

Hello Andre, On Thu, 18 Aug 2005 16:26:49 +0200 Andre Bauer <monotek(a)freakmail.de> wrote: > Hallo. > > Ja, gibt es. Ich habe es aber noch aus dem TAR gebaut. Oh, prima. danke für den Hinweis. Aber erstmal den apache update hintermich bringen :-) > > Normaler Weise sollte das ganze Perl Zeugs auskommentiert sein, bei > der Debian Version.. Auch wenn man mod_perl benutzt? könntest du mal deine relvanten Teile aus der apache.conf posten, dann kann ich vergleihcen. Danke schonmal Gruß Stephan -- GDF Hannover - Solutions for spatial data analysis and remote sensing Hannover Office - Mengendamm 16d - D-30177 Hannover Internet: www.gdf-hannover.de - Email: holl(a)gdf-hannover.de Phone : ++49-(0)511.39088507 - Fax: ++49-(0)511.39088508

3 5

Fehler bei der Queue Verwaltung (Need SalutationID!)
by Dennis Majewski 22 Aug '05

22 Aug '05

Hallo, wenn ich in der Queue Verwaltung eine Queue als Admin ändern möchte, dann bekomme ich folgende Fehlermeldung; Need SalutationID! Traceback:ERROR: OTRS-CGI-27 Perl: 5.8.5 OS: linux Time: Sat Aug 20 10:52:04 2005 Message: Need SalutationID! Traceback (22304): Module: Kernel::System::Queue::QueueUpdate (v1.51) Line: 825 Module: Kernel::Modules::AdminQueue::Run (v1.22) Line: 129 Module: Kernel::System::Web::InterfaceAgent::Run (v1.7) Line: 687 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_index_2epl::handler (v) Line: 48 Module: (eval) (v1.80) Line: 185 Module: ModPerl::RegistryCooker::run (v1.80) Line: 185 Module: ModPerl::RegistryCooker::default_handler (v1.80) Line: 153 Module: ModPerl::Registry::handler (v1.99) Line: 16 Was hat das zu bedeuten? Ich muß doch irgendwie die Queues ändern können. Mal noch was anderes? Gibt es eigentlich kein OTRS Forum? In so ner Mailinglist ist es doch viel zu umständlich zu suchen, ob schon mal jemand das Problem hatte. Gruß

3 2