June 2009 - otrs-de - OTRS mailing lists

Singe Sign On
by o.west＠t-online.de 09 Jun '09

09 Jun '09

1 0

Erzeugung eines Tickets aus einer externen Applikation klappt nicht
by Stefan-Michael Guenther 08 Jun '09

08 Jun '09

Guten Abend, ich versuche mit dem folgenden Skript ein Ticket außerhalb des OTRS zu erzeugen, wobei sich das Skript auf dem Rechner befindet, auf dem auch OTRS installiert ist. #! /usr/bin/perl use strict; use warnings; use File::Basename; use FindBin qw($RealBin); use lib dirname($RealBin); use lib dirname($RealBin) . "/Kernel/cpan-lib"; use Kernel::Config; use Kernel::System::Time; use Kernel::System::Log; use Kernel::System::Main; use Kernel::System::DB; use Kernel::System::Ticket; my $ConfigObject = Kernel::Config->new(); my $LogObject = Kernel::System::Log->new( ConfigObject => $ConfigObject, ); my $TimeObject = Kernel::System::Time->new( LogObject => $LogObject, ConfigObject => $ConfigObject, ); my $MainObject = Kernel::System::Main->new( LogObject => $LogObject, ConfigObject => $ConfigObject, ); my $DBObject = Kernel::System::DB->new( ConfigObject => $ConfigObject, MainObject => $MainObject, LogObject => $LogObject, ); my $TicketObject = Kernel::System::Ticket->new( ConfigObject => $ConfigObject, LogObject => $LogObject, DBObject => $DBObject, MainObject => $MainObject, TimeObject => $TimeObject, ); my $TicketID = $TicketObject->TicketCreate( Title => 'Some Ticket Title', Queue => 'testqueue', # or QueueID => 123, Lock => 'unlock', Priority => '3 normal', # or PriorityID => 2, State => 'new', # or StateID => 5, CustomerID => 'maxmustermann', CustomerUser => 'm.mustermann(a)in-put.de', OwnerID => 3, UserID => 3, Subject => "dies ist ein Test", Body => "und hier steht der text", ); my $TicketNumber = $TicketObject->TicketNumberLookup ( TicketID => $TicketID, UserID => 3, ); print "$TicketID\n"; print "$TicketNumber\n"; ### Ende ## Als Ausgabe erhalte ich: 502 2009060810000074 Sieht ja eigentlich ganz gut aus. Aber wenn ich mich im OTRS anmelde und das Ticket aufrufe, dann steht unterhalb von "Antwort erstellen" der Hinweis "Need TicketID in TicketStdResponseString() " und es wird auch nicht der oben angegeben Body bzw. Subject ausgegeben. Was stimmt an meinem Skript noch nicht? Danke für jeden Hinweis und Tipp, Stefan

1 0

Probleme beim Login gegen einen MS SQL Server
by Stefan-Michael Guenther 08 Jun '09

08 Jun '09

Guten Abend, einer unserer Kunden verwendet einen MS SQL 2005 Server für die Verwaltung der Agents. (OTRS 2.3.4 auf Debian 5.0) Das DB-Layout und die Abfrage entsprechen (wen wundert's) denen einer MySQL-Installation, trotzdem schlägt der Login fehl. Wir haben das Problem soweit eingrenzen können, dass es offensichtlich am Perl DBI-Modul scheitert. Die Kommunikation zwischen OTRS und der MS SQL läuft ja über ODBC, daher haben wir hier einmal ein bißchen Debugging betrieben. Hier zunächst eiin Ausschnitt aus der /var/log/apache/error.log, der unserer Meinung nach die Enstehung des Fehlers zeigt: [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] 'SELECT id FROM valid WHERE name = 'valid'', referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] ) thr#817b008, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] SQLPrepare returned 0, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] , referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_st_prepare'd sql f144429160, ExecDirect=0, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] \tSELECT id FROM valid WHERE name = 'valid', referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] <- prepare, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] =, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] DBI::st=HASH(0x89dc120), referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] at DB.pm line 552 via at Valid.pm line 120, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] -> execute , referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] for DBD::ODBC::st (DBI::st=HASH(0x89dc120), referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] ~0x89d3888, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] ) thr#817b008, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_st_execute (for hstmt 144429160 before)..., referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_error: err_rc=0 rc=0 s/d/e: 144429160/144255992/143964312, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_error: err_rc=0 rc=0 s/d/e: 0/144255992/143964312, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_error: err_rc=0 rc=0 s/d/e: 0/0/143964312, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_describe sql 144429160: num_fields=1, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] col 1: SMALLINT (5) len= 2 disp= 7, prec= 5 scale=0, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] col 1: 'id' sqltype=SMALLINT, ctype=SQL_C_CHAR, maxlen=7, (dp = 0, cp = 0), referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] dbd_describe failed, dbd_st_execute #2...!, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] <- execute, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] =, referer: http://otrs.dev.xxxxx.de/otrs/index.pl [Fri Jun 05 12:05:24 2009] [error] [client 10.45.60.13] -1, referer: http://otrs.dev.xxxxx.de/otrs/index.pl Kann jemand etwas mit den dbd_error Meldungen bzw. mit dem "dbd_describe failed" etwas anfangen? Hier auch noch ein paar Zeilen aus dem odbc Trace: [ODBC][30435][SQLPrepare.c][189] Entry: Statement = 0x89f1108 SQL = [SELECT pw, id FROM users WHERE valid_id IN ( 1 ) AND login = 'root@localhost'][length = 82] [ODBC][30435][SQLPrepare.c][364] Exit:[SQL_SUCCESS] [ODBC][30435][SQLFreeHandle.c][365] Entry: Handle Type = 3 Input Handle = 0x89bd0a0 [ODBC][30435][SQLFreeHandle.c][462] Exit:[SQL_SUCCESS] [ODBC][30435][SQLFreeStmt.c][140] Entry: Statement = 0x89f1108 Option = 3 [ODBC][30435][SQLFreeStmt.c][246] Exit:[SQL_SUCCESS] [ODBC][30435][SQLExecute.c][183] Entry: Statement = 0x89f1108 [ODBC][30435][SQLExecute.c][344] Exit:[SQL_SUCCESS] [ODBC][30435][SQLError.c][342] Entry: Statement = 0x89f1108 SQLState = 0xbf8f0bca Native = 0xbf8f0bd4 Message Text = 0xbf8f09ca Buffer Length = 511 Text Len Ptr = 0xbf8f0bda [ODBC][30435][SQLError.c][379] Exit:[SQL_NO_DATA] Warum auf einmal SQL_NO_DATA? Danke für jeden Hinweis oder Tipp. Stefan

1 0

Email-Verteilter / Newsletter an supportete Kunden
by Cornelius 08 Jun '09

08 Jun '09

Hallo, im OTRS habe ich also meine Kunden drinnen, denen ich Support leiste. Hierüber halte ich den technischen Kontakt. Ist es bequem möglich, solche Kunden auch mit einem Newsletter oder Email-Verteiler anzusprechen, um sie bspw. über Neuerung zu Produkten, für die sie Support erhalten, zu informieren? Klar, in vielen Fällen verschwimmen die Aufgaben von einem CRM und dem TicketSystem. Vielen Dank und Gruß Cornelius -- Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht

1 0

André Schönfuß/SPK_Vogtland ist außer Haus.
by andre.schoenfuss＠sparkasse-vogtland.de 07 Jun '09

07 Jun '09

Ich werde ab 05.06.2009 nicht im Büro sein. Ich kehre zurück am 23.06.2009. --------------------------------------- Sparkasse Vogtland Komturhof 2, 08527 Plauen Registergericht Chemnitz, HRB4005 Bankleitzahl 87058000 Steuernummer 223/144/00767 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail oder von Teilen dieser Mail ist nicht gestattet. Wir haben alle verkehrsüblichen Maßnahmen unternommen, um das Risiko der Verbreitung virenbefallener Software oder E-Mails zu minimieren, dennoch raten wir Ihnen, Ihre eigenen Virenkontrollen auf alle Anhänge an dieser Nachricht durchzuführen. Wir schließen außer für den Fall von Vorsatz oder grober Fahrlässigkeit die Haftung für jeglichen Verlust oder Schäden durch virenbefallene Software oder E-Mails aus. Jede von der Bank versendete E-Mail ist sorgfältig erstellt worden, dennoch schließen wir die rechtliche Verbindlichkeit aus; sie kann nicht zu einer irgendwie gearteten Verpflichtung zu Lasten der Bank ausgelegt werden.

1 0

Singe Sign On
by o.west＠t-online.de 07 Jun '09

07 Jun '09

2 1

Agenten Login über LDAP funktioniert nur teilweise
by Reto Mueller 04 Jun '09

04 Jun '09

Hallo Mailing-Liste Ich habe folgendes Setting: Browser iE 6, 7 - OTRS 2.3.4 auf einem RHEL 4.6, Apache 2.0.52 - OTRSDefaultCharset=ISO-8859-1 - Agent Authentifizierung über AD --> $Self->{'AuthModule::LDAP::Charset'} = 'iso-8859-1' um von utf-8 auf iso-8859-1 zu konventieren - Datenbak Oracle 10.2.0.1 --> $ENV{NLS_LAN} = 'AMERICAN_AMERICA.WE8MSWIN1252' Soweit ich das beurteilen kann geht etwas mit der Zeichensatzumwandlung schief. Die Anmeldung funktioniert, wenn ein Passwort yxz123*** verwendet wird. Die Anmeldung schlägt fehl, wenn ein Paawort xyz123ççç verwendet wird. Es funktioniert, wenn das Encoding im Browser auf utf-8 gesetzt wird. Hat jemand eine Idee, was an der Konfig falsch ist? Gruss Reto

1 0

Kopfzeilen in der Ticketantwort
by Markus Hummel 03 Jun '09

03 Jun '09

Hallo, ich versuche momentan, die Kopfzeilen beim Antworten auf ein Ticket so zu erstellen, dass der Aufbau grob dem von Outlook entspricht. Also statt wie default: 03.06.2009 10:25 - <Name> schrieb: Benötige ich ein: -----Ursprüngliche Nachricht----- Von: <Kunden-E-Mail-Adresse> Gesendet: <Datum> An: <OTRS-E-Mail-Adresse> Betreff: [Ticket#001] Betreff Im Forum fand ich hierzu folgenden Vorschlag: -----Ursprüngliche Nachricht----- From: $QData{"OrigFrom"} Sent: $TimeShort{"$QData{"Created"}"} To: $QData{"To"} Subject: $QData{"Subject"} $QData{"Body"} Hab aber leider das gleiche Problem, dass das Feld $QData{"To"} so wohl nicht richtig funktioniert. Ist ein Ticket eingegangen und man antwortet zum ersten Mal darauf, steht auch im Feld To: die Adresse des Kunden. Gibt es hierzu eine Möglichkeit, dies zu umgeben? Gibt es alternativ eine Möglichkeit so etwas zu realisieren? Danke, gruß Markus

1 0

Problem mit der Zeiterfassung Konfiguration
by Giuseppe Marchese 03 Jun '09

03 Jun '09

Hallo Liste ... Ich hab ein kleines Problem mit dem Zeiterfassungs-Modul. Sobald ich die Nutzereinstellungen bearbeite, geht nichts mehr mit dem zugehörigen Agent. Weitere Details: Auf dem Server selber stürzt der "Apache Server" ab mit folgender Meldung: Faulting application httpd.exe, version 2.2.10.0, faulting module msvcrt.dll, version 7.0.2600.5512, fault address 0x000378ac. Sobald ich dann die Nutzereinstellung auf der SQL Datenbank entferne, funktioniert alles wieder. Kann mir jemand helfen? Oder liegt es eventuell an einer Einstellung? Besten Dank für eure Hilfe. Mit freundlichen Grüßen Giuseppe Marchese

2 1

Tickets überwachen und bearbeiten
by Markus Hummel 03 Jun '09

03 Jun '09

Hallo, folgendes Problem: Ist einem Ticket ein Besitzer zugewiesen und das Ticket gesperrt, fehlen den anderen Agenten einige der Ticketoptionen (z. B. Schließen). Die Abteilungsleitung möchte nun grundsätzlich immer die Möglichkeit haben, voll auf Tickets zuzugreifen ohne erst den Besitzer zu wechseln, Aktion ausführen und den Besitzer wieder wechseln zu müssen. Lässt sich dieses Verhalten grundsätzlich abschalten oder anpassen? Alternativ wäre die einzige Möglichkeit die Aktivierung des Ticket-Verantwortlichkeits-Features? Danke, gruß Markus

1 0