October 2006 - otrs-de - OTRS mailing lists

OTRS 2.1.1. und Statistik
by Mail(at)charliesangels.biz 20 Oct '06

20 Oct '06

Hallo Liste, ich versuche gerade die Statistik 10002 Statusveraenderungen in der Monatsuebersicht auszuführen, erhalte jedoch: Can't locate object method "new" via package "Kernel::System::Stats::Static::StateAction" at ../..//Kernel/System/Stats.pm line 2079. Kann mir eventuell jemand weiterhelfen ? Viele Grüße Sascha

1 0

AW: AW: [otrs-de] Ignorieren von Abwesenheitsmeldungen
by Heinz Meyer 19 Oct '06

19 Oct '06

Jau, das war's. Auf das "yes" bei X-OTRS-Ignore bin ich dummerweise nicht gekommen. Auch den Platzhalter "^" kannte in diesem Zusammenhang noch nicht. Heißen Dank! Heinz Meyer -----Ursprüngliche Nachricht----- Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Alexander Scholler Gesendet: Donnerstag, 19. Oktober 2006 10:03 An: User questions and discussions about OTRS.org in German Betreff: Re: AW: [otrs-de] Ignorieren von Abwesenheitsmeldungen Heinz Meyer schrieb: > Danke für die prompte Antwort, > >> 1.) Bau dir nen Postmasterfilter dafür >> > > Würde ich ja gern, aber irgedwie weiss ich nicht so recht, was ich bei der Filtererstellung wo eintragen muß, damit diese mails ausgefiltert werden - alle bisherigen Versuche sind gescheitert. > Irgendein Tipp? Ohne es wirklich zu wissen schlage ich vor: * Suche nach Deinen Kriterien (z.B. Subject entspricht "^Abwesen.*") * Setze X-OTRS-Ignore auf "yes" > > >> 2.) Erlaube kein Wiedereröffnen geschlossener Tickets >> > > Ist nicht wirklich eine Alternative für uns, da ja doch gelegentlich reelle Nachfragen kommen. > > > Heinz > > Disclaimer > > Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte > Informationen enthalten. Wenn Sie nicht der richtige Adressat sind > oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte > sofort den Absender und vernichten Sie diese Mail. Das unerlaubte > Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht > gestattet. > > This e-mail may contain confidential and/or privileged information. > If you are not the intended recipient (or have received this e-mail in > error) please notify the sender immediately and destroy this e-mail. > Any unauthorised copying, disclosure or distribution of the material > in this e-mail is strictly forbidden. > _______________________________________________ > OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ > Archiv: http://lists.otrs.org/pipermail/otrs-de/ > Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ > Support oder Consulting fuer Ihr OTRS System? > =http://www.otrs.com/ > > > _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.com/ Disclaimer Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

Ldap Auth funktioniert nach Update von 2.0 auf 2.1 nicht
by Martin Hochreiter 19 Oct '06

19 Oct '06

Hi! Ich hab nach Anleitung "UPGRADING" von 2.0 auf 2.1 upgegradet und die Kernel/Config.pm von der alten in die neue Version kopiert. Ergebnis ist, dass sich keiner mehr anmelden kann: [Tue Oct 17 11:24:20 2006][Error][Kernel::System::Auth::LDAP::Auth][125] First bind failed! No password, did you mean noauth or anonymous ? Was geht hier schief (User und Passwort werden definitiv eingegeben)?

2 2

Files im Verzeichnis /var/article
by Marcus Schmidt 19 Oct '06

19 Oct '06

Hallo, ich habe für OTRS 2.1.1 das Ticket::StorageModule auf ArticleStorageFS eingestellt. ArticleDir steht auf <OTRS_CONFIG_Home>/var/article. Laut Beschreibung des Parameters "[...]legen sie fest, wie die Anhänge zu Artikeln gespeichert werden sollen[...]" vermutete ich, dass _nur_ die Anhänge wie z.B. ein PDF File im Dateisystem abgelegt werden. Dies hat auch ein Test belegt - das PDF File wurde in einem Unterordner von /var/article abgelegt. Nun zu meiner Frage: nach weiterer Bearbeitung von ein paar Tickets ohne explizites Anhängen eines Anhangs habe ich nun viele weitere Subordner unter /var/article und jeder enthält eine Datei "plain.txt". Inhalt einer solchen Datei scheint immer eine eMail zu einem der bearbeiteten Tickets zu sein. Warum werden auch die eMails im Filesystem abgelegt? Kann ich das System so konfigurieren, dass nur die Anhänge zu Tickets (z.B. PDF) im Filesystem gespeichert werden und die Tickets in der DB abgespeichert werden? Meine Umgebung OTRS 2.1.1 mit MySQL 5.0.19 und IIS 6.0 auf W2K3. Besten Dank vorab Marcus Schmidt

2 1

AW: [otrs-de] Ignorieren von Abwesenheitsmeldungen
by Heinz Meyer 19 Oct '06

19 Oct '06

Danke für die prompte Antwort, > > 1.) Bau dir nen Postmasterfilter dafür > Würde ich ja gern, aber irgedwie weiss ich nicht so recht, was ich bei der Filtererstellung wo eintragen muß, damit diese mails ausgefiltert werden - alle bisherigen Versuche sind gescheitert. Irgendein Tipp? > > 2.) Erlaube kein Wiedereröffnen geschlossener Tickets > Ist nicht wirklich eine Alternative für uns, da ja doch gelegentlich reelle Nachfragen kommen. Heinz Disclaimer Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

2 1

RE: [otrs-de] Problem bei Authentifizierung eines Kunden Benutzer gegenLDAP
by Maurer, Hermann 19 Oct '06

19 Oct '06

Hallo, > Wenn ich folgende 2 Zeilen einfüge, klappt die > Authentifizierung genau dieses Kunden gegen LDAP wunderbar: > > $Self->{Customer::AuthModule::LDAP::SearchUserDN} = > '<REALER_USER_DN>'; > $Self->{Customer::AuthModule::LDAP::SearchUserPw} = 'xxxxxx'; > > Es kann aber nicht sein, dass ich den Benutzer DN eines > existieren LDAP Benutzer zusammen mit dem Passwort dort > eintragen muss, oder? > > Bin für jeden Tip dankbar. > wenn deine LDAP Directory (ist das MS ADS ?) keine Anonymous-Suche erlaubt, wonach es stark aussieht, muss in der OTRS-Konfiguration ein LDAP-Account speziell dafür vorhanden sein. Das erledigen eben die oberen zwei Zeilen aus deiner Konfig-Datei. Am besten, du erstellst einen 'Dummy' LDAP-User, der nichts anderes machen darf, als sich an der LDAP Directory anmelden zu können. Dessen Loginname und Passwort trägst du dann in OTRS ein. Gruß/Regards, Hermann Maurer

2 1

OTRS 2.1.1 - Global symbol "%Ticket" requires explicit package name
by André Bauer 18 Oct '06

18 Oct '06

Hallo. Ich habe OTRS unter /usr/share/otrs installiert. Mittels sed habe ich alle vorkomnisse von /opt/otrs in /usr/share/otrs geändert. Unter OTRS 2.0.4 und 2.1.1 funktioniert das problemlos. Unter OTRS 2.1.2 bekomme ich folgende Fehlermeldung, wenn ich den Apache2 neu starten will: [Mon Oct 16 19:20:21 2006] [notice] caught SIGTERM, shutting down [Mon Oct 16 19:20:24 2006] [error] Global symbol "%Ticket" requires explicit package name at /usr/share/otrs//Kernel/Modules/AgentTicketMove.pm line 247.\nGlobal symbol "%Ticket" requires explicit package name at /usr/share/otrs//Kernel/Modules/AgentTicketMove.pm line 249.\nCompilation failed in require at /usr/share/otrs/scripts/apache2-perl-startup.pl line 90.\nBEGIN failed--compilation aborted at /usr/share/otrs/scripts/apache2-perl-startup.pl line 90.\nCompilation failed in require at (eval 2) line 1.\n [Mon Oct 16 19:20:24 2006] [error] Can't load Perl file: /usr/share/otrs/scripts/apache2-perl-startup.pl for server testbox.domain.de:0, exiting... Kann das jemand unter OTRS 2.1.2 nachvollziehen? Link zum Bugreport: http://bugs.otrs.org/show_bug.cgi?id=1383 -- Mit freundlichen Grüssen André Bauer System: Debian 3.1 / Apache 2.0.54 / MySQL 4.0.24 / OTRS 2.0.4

1 0

Problem bei Authentifizierung eines Kunden Benutzer gegen LDAP
by Nico Grubert 18 Oct '06

18 Oct '06

Hallo Liste, ich habe gestern OTRS 2.1.1 zum ersten Mal installiert und zusammen mit einer Postgres DB zum Laufen bekommen. Eine LDAP Anbindung für die Kunden-Daten funktioniert auch. Das heisst, beim Erstellen eines Telefon-Tickets kann ich einen Kunden suchen, und dieser wird dann im LDAP Verzeichnis gefunden und automatisch in das "Von:" Feld eingetragen. Woran ich aber scheitere ist die Authentifizierung eines Kundes gegen LDAP unter http://localhost/otrs/customer.pl. Der Login mit einem Benutzer (Benutzername u. Passwort) aus dem LDAP klappt nicht. Hier ein Ausschnitt aus der "Config.pm": # OTRS User Login # This is the auth. module againt the otrs db $Self->{'AuthModule'} = 'Kernel::System::Auth::DB'; # Customer User Login $Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP'; $Self->{'Customer::AuthModule::LDAP::Host'} = '<My_Host>'; $Self->{'Customer::AuthModule::LDAP::BaseDN'} ='<MY_BASE_DN>'; $Self->{'Customer::AuthModule::LDAP::UID'} = 'uid'; $Self->{'Customer::AuthModule::LDAP::Params'} = { port => 389, version => 3, }; Habe ich etwas vergessen? Wenn ich folgende 2 Zeilen einfüge, klappt die Authentifizierung genau dieses Kunden gegen LDAP wunderbar: $Self->{Customer::AuthModule::LDAP::SearchUserDN} = '<REALER_USER_DN>'; $Self->{Customer::AuthModule::LDAP::SearchUserPw} = 'xxxxxx'; Es kann aber nicht sein, dass ich den Benutzer DN eines existieren LDAP Benutzer zusammen mit dem Passwort dort eintragen muss, oder? Bin für jeden Tip dankbar. Die LDAP-Anbindung für die Kundendaten habe ich in der "Config.pm" so gelöst, was auch wunderbar funktioniert: # (customer user ldap backend and settings) $Self->{CustomerUser} = { Name => 'My LDAP', Module => 'Kernel::System::CustomerUser::LDAP', Params => { # ldap host Host => 'ara.wsl.ch', # ldap base dn BaseDN => '<MY_BASE_DN>', # search scope (one|sub) SSCOPE => 'sub', UserDN => '', UserPw => '', AlwaysFilter => '', # OTRS is utf-8 (set at the top of this file) # LDAP is iso-8859-1 SourceCharset => 'utf-8', DestCharset => 'iso-8859-1', # Net::LDAP new params Params => { port => 389, timeout => 120, async => 0, version => 3, }, }, # customer uniq id CustomerKey => 'uid', # customer # CustomerID => 'mail', CustomerUserListFields => ['cn', 'mail'], CustomerUserSearchFields => ['uid', 'cn', 'mail'], CustomerUserSearchPrefix => '', CustomerUserSearchSuffix => '*', CustomerUserSearchListLimit => 250, CustomerUserPostMasterSearchFields => ['mail'], CustomerUserNameFields => ['givenname', 'sn'], CustomerUserExcludePrimaryCustomerID => 0, AdminSetPreferences => 0, Map => [ [ 'UserSalutation', 'Title', 'title', 1, 0, 'var', '', 0 ], [ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var', '', 0 ], [ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var', '', 0 ], [ 'UserLogin', 'Username', 'uid', 1, 1, 'var', '', 0 ], [ 'UserEmail', 'Email', 'mail', 1, 1, 'var', '', 0 ], [ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var', '', 0 ], [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var', '', 0 ], [ 'UserAddress', 'Address', 'postaladdress', 1, 0, 'var', '', 0 ], [ 'UserComment', 'Comment', 'description', 1, 0, 'var', '', 0 ], ], }; Viele Grüsse, Nico

1 0

Ignorieren von Abwesenheitsmeldungen
by Heinz Meyer 18 Oct '06

18 Oct '06

Hallo zusammen, wie bekomme ich es hin, dass OTRS Abwesenheitsmeldungen von Outlook (Im Betreff steht dann immer: "Abwesenheitsnotiz: ...") ignoriert. Es ist nämluch sehr ärgerlich, wenn man ein Ticket mit Info an den Costumer geschlossen hat und das dann wegen der Abwesenheitsnotiz sofort wieder geöffnet wird, weil OTRS dies als Nachfrage erkennt. Heinz Meyer Disclaimer Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

2 1

Antw: otrs-de Nachrichtensammlung, Band 36, Eintrag 24 (Abwesend)
by Joerg Sigmann 18 Oct '06

18 Oct '06

Guten Tag, ich bin zur Zeit nicht im Haus. In dringenden Fällen wenden Sie sich bitte an die Hotline im Haus Backnang, Tel: 07191/33-2009 oder an edv(a)khrmk.de, Tel: 07151/5006-2058 Mit freundlichen Grüßen Jörg Sigmann _________________________________ Abteilung zentrale Informationstechnologie Eigenbetrieb Rems-Murr-Kliniken Kreiskrankenhaus Backnang Karl-Krische-Str. 4-11 71522 Backnang Fon.: +49 7191 33-2009 Fax.: +49 7191 33-2007 E-Mail: edv(a)khrmk.de _________________________________

1 0