April 2007 - otrs-de - OTRS mailing lists

Falscher FQDN Eintrag lässt sich nicht ändern
by IT-Bezirksbetreuung Maurek 13 Apr '07

13 Apr '07

Hallo, vielleicht kann mir wer helfen? Die Subdomain unseres OTRS Systems hat sich geändert. Beim Versuch in der SysConfig / Core den Eintrag im FQDN zu ändern scheitere ich daran, dass diese Änderung einfach nicht übernommen wird. Nach dem Speichern der Änderungen werden die ursprünglichen Werte wieder angezeigt. Wo kann ich das ändern? Danke! Johannes M.

2 1

script produced no output
by Reto Burger - Burger Informatik GmbH 12 Apr '07

12 Apr '07

Hallo Ich erhalte immer wieder folgenden Fehler: Content-type: text/html 'D:\Inetpub\wwwroot2\otrs_burger-inf_ch\bin\cgi-bin\index.pl' script produced no output Es ist nicht nachvollziehbar, wann der Fehler kommt, aber er kommt oft und ist sehr lästig. Im IE7 drücke ich dann auf "F5" und nach ein oder paar mal refresh kommt dann die Seite wieder richtig. Das System sieht wie folgt aus: Windows 2003 Server mit SP2 und aktuellen Patches PHP 5.2.0 mySQL 5.0.27 Client API version 5.0.27 Perl V5.8.8 /819 Wer hat hierzu eine Lösung oder ein paar Tipps? Besten dank und Gruss, Reto

2 1

Anlagen
by Uli Fremd 12 Apr '07

12 Apr '07

Mahlzeit, ich habe eben in meiner php.ini die Uploadgroesse von 2MB auf 10MB gestellt. Nun wollte ich eine Anlage in OTRS einpflegen. Dieses wird mir verwehrt mit " Got a Package bigger than max_allowed_packet Wo kann ich die Anlagengroesse noch beeinflussen und wie muss ich vorgehen? Uli

4 9

automated response
by Mario Suske 12 Apr '07

12 Apr '07

Dear Sender, Thank you for your message. Please note that I will be on a business trip 13-20 April 2007. I will have only limited access to my emails. For general trouble shooting issues please contact: Support Americas Tel : +1-800-591-8736 Support EMEA and ASPAC Tel : +49-69-664-19-300 E-mail : ghd at trustinternational.com For escalation of helpdesk issues please contact Support Americas Cory Croft, Supervisor Customer Support Email: ccroft(a)trustinternational.com Office: +01-407-677-3194 Support EMEA and ASPAC Cheryll Eichhorn, Supervisor Customer Support Email: Ceichhorn(a)trustinternational.com Office: +49-69-665-64-566 Uwe Beele, Manager Customer Support Email: ubeele(a)trustinternational.com Office: +49-69-665-64-535 This email will not be forwarded. Kind Regards Mario Suske Director Global Customer Support TRUST.WIZCOM. by Travelport

1 0

Nochmals Problem
by Uli Fremd 12 Apr '07

12 Apr '07

Moin seit gestern hab ich staendig das Problem dass ich irgendwelche Cronmeldungen krieg. Die erste ist: Cron <otrs@s1> [ -x /usr/bin/fetchmail ] && /usr/bin/fetchmail -a >> /dev/null File /opt/otrs/.fetchmailrc must be owned by you. Gut klar owner vom File geaendert von wwwrun auf otrs. Nur dann kommt die naechste die da lautet: fetchmail: Server certificate verification error: self signed certificate fetchmail: Server certificate verification error: self signed certificate wie kann ich dieses Problem beheben??

3 3

OTRS - Ticketdaten für Gesetzgeber gesetzeskonform archivieren?
by André Bauer 11 Apr '07

11 Apr '07

Hallo. Da unser OTRS langsam recht groß wird, speilen wir mit dem Gedanken die Tickets der Jahre 2004 - 2005 aus dem System zu löschen. Sorgen macht uns nur, das wird die Tickets laut Gesetz archivieren müssen. Dabei müssen dies leicht durchsuchbar sein. Der Datenbestand muss also indexiert werden. Wie geht Ihr denn bei sowas vor? Behaltet ihr einfach alle alten Tickets im System, um das Backup als Archiv nutzen zu können? Oder wie? -- Mit freundlichen Grüßen André Bauer System: Ubuntu 6.06.1/Apache 2.0.55-MOD_PERL/MySQL 5.0.21/OTRS 2.1.7

3 3

Dateianhänge aus DB in FS
by Dominic Priesmann 11 Apr '07

11 Apr '07

Hallo Liste, ich hab das Problem das ich die Dateianhänge die sich seit Ende 2004 in der DB gesammelt haben in das Filesystem exportieren will. Ich habe auch schon das Script dazu gefunden: alte version: http://lists.otrs.org/pipermail/otrs-de/2006-February/005646.html neue Version: http://lists.otrs.org/pipermail/otrs-de/2006-July/006816.html Mit dem modifizierten Script funktioniert das auch wunderbar bis darauf das es mir nur knapp 190Tage abarbeitet also ab ende 2006. Ich hätte aber gerne das die komplette DB oder alle Tickets abgearbeitet werden da die DB mitlerweile riesig ist. Das Script hab ich mal angehängt. Ich habe auch versucht das Script mit dem Parameter anhang "-l <anzahl_max_tickets>" zu starten aber es bearbeitet den selben Zeitraum/Anzahl. Kann mir jemand in meiner Not helfen? Gruß Dominic Priesmann

2 6

OTRS 2.2.0 - Beta 1 - Fragen und Probleme
by Mail(at)charliesangels.biz 11 Apr '07

11 Apr '07

Hallo allerseits, ich habe gerade mal versucht OTRS 2.1.6 auf OTRS 2.2.0 upzudaten. Ich habe folgendes gemacht: 1) Admin --> Sysconfig --> Systemeinstellung runtergeladen 2) /opt/otrs nach /opt/otrs-216 geschoben 3) Das neue bz2-File runtergeladen und nach /opt/otrs gemoved 4) Kernel/Config.pm der alten Installation in die neue kopiert (cp /opt/otrs-216/Kernel/Config.pm /opt/otrs/Kernel/Config.pm) 5) cd Kernel/Config/ for foo in *.dist; do cp $foo `basename $foo .dist`; done 6) Admin --> Sysconfig --> Alte Einstellungen hochgeladen 7) DB-Update: cat $OTRS_HOME/scripts/DBUpdate-to-2.2.mysql.sql | mysql -p -f -u root otrs 8) MySQL und Apache gestoppt und neu gestartet Wenn ich mich nun einlogge und auf meine "Gesperrte Tickets" klicke, bekomme ich die Tickets nicht angezeigt Klicke ich auf "Neue Nachrichten" so erhalte ich: Software error: Can't use an undefined value as a HASH reference at ../..//Kernel/System/Ticket/Article.pm line 1391. Klicke ich auf "E-Mail-Ticket" kann ich auf einmal nicht mehr auswählen, in welcher Queue ich das Ticket erstellen möchte (Ja, die Queues sind all noch unter Admin --> Queue da ;)) Dafür bekomme ich aber wieder den Hash-Fehler, wenn ich auf eine Queue in der Queue-Ansicht klicke: Software error: Can't use an undefined value as a HASH reference at ../..//Kernel/System/Ticket/Article.pm line 1391. Das selbe, wenn ich nach etwas Suche: Software error: Can't use an undefined value as a HASH reference at ../..//Kernel/System/Ticket/Article.pm line 1391. Liegt´s an OTRS oder mir ? ;) Viele Grüße Sascha

2 1

UTF-16 bzw Datei als Anhang in SOAP
by Sven Waibel 11 Apr '07

11 Apr '07

Hallo, ich möchte per SOAP eine UTF-16 kodierte Datei bzw. eine Binärdatei als Anhang in OTRS speichern. Wie wird das von der OTRS Seite aus behandelt? Wird es automatisch dekodiert? Wenn ja, in welchem Format? Gruß Sven P.S. In der englischen Mailingliste gibt's den Beitrag auch schon, hatte aus Versehen dorthin gepostet. =============================================================== imbus AG, Kleinseebacher Str. 9, 91096 Möhrendorf, DEUTSCHLAND Tel. +49 9131 7518-0, Fax +49 9131 7518-50 info(a)imbus.de http://www.imbus.de imbus AG, Unter der Linde 16, 80939 München, DEUTSCHLAND Tel. +49 89 3219909-0, Fax +49 89 3219909-50 info(a)imbus.de http://www.imbus.de Vorsitzender des Aufsichtsrates: Hendrik Rässler Vorstand: Tilo Linz, Bernd Nossem, Thomas Roßner, Jörg Schulten Sitz der Gesellschaft: Möhrendorf, München Registergericht: Fürth/Bay, HRB 8365 --------------------------------------------------------------- imbus Rhein-Main GmbH, Zanggasse 6, 65719 Hofheim, DEUTSCHLAND Tel. +49 6192 92192-0, Fax +49 6192 92192-50 info(a)imbus.de http://www.imbus.de Geschäftsführer: Frank Schmeißner, Jörg Schulten Sitz der Gesellschaft: Hofheim Registergericht: Frankfurt am Main, HRB 52155 ===============================================================

1 0

Mysql 5.0 ARCHIVE storage engine für article_plain und article_attachment
by Robert Heinzmann 10 Apr '07

10 Apr '07

Hallo, unser OTRS wächst und wächst und wächst - kein Ende abzusehen. Inzwischen haben wir 1 GB an Daten und es werden immer mehr. Da noch keine Archivierungslösung in Sicht ist und ich mir gerade MySQL 5.0 angeschaut habe kam mir die Idee die neue Stroage Engine von MySQL 5.0 ARCHIVE zu nutzen (des weiteren einfach ARCHIVE genannt) um die Datenbank etwas zu verkleinern. - Die Einschwänkungen der Storage Engine sind : 1) ARCHIVE kann nur INSERT und SELECT 2) ARCHIVE unterstützt keine Indexe 3) ARCHIVE unterstützt bis MySQL 5.1 kein auto_increment Als Kandidaten für die Einsparung habe ich mir article_plain und article_attachment ausgesucht, da diese beide jeweils > 400 MB sind und damit die größten Tabellen bilden. Weiterhin vermute ich, dass in diesen Tabellen von OTRS keine Änderungen vorgenommen (???) und damit kommen wir mit SELECT und INSERT, welche von ARCHIVE unterstützt werden aus. Ist dies richtig ? Eine weitere Frage ist ebenfalls ob die fehlenden Indexe nicht extreme Performance Einbußen bringen ? Ich habe etwas getestet und herausgefunden dass Anfragen teilweise das 1000fache länger dauern. mysql> select article_id, change_time, create_time from article_plain where change_time = '2006-07-27 23:26:06'; +------------+---------------------+---------------------+ | article_id | change_time | create_time | +------------+---------------------+---------------------+ | 9839 | 2006-07-27 23:26:06 | 2006-07-27 23:26:06 | +------------+---------------------+---------------------+ 1 row in set (18.59 sec) mysql> select article_id, change_time, create_time from article_plain where article_id=9839; +------------+---------------------+---------------------+ | article_id | change_time | create_time | +------------+---------------------+---------------------+ | 9839 | 2006-07-27 23:26:06 | 2006-07-27 23:26:06 | +------------+---------------------+---------------------+ 1 row in set (0.01 sec) In diesem Beispiel ist "article_id" mit einem Index versehen, "create_time" jedoch nicht. Ist dieser (zugegeben einfache) Plausibilitätstest korrekt und wird sich dann die Performance im OTRS (OTRS sucht doch immer über article_id oder ?) extrem verschlechtern ? Ich frage deshalb, weil wenn ich eine Volltextsuche im Feld "Text" über das Frontend durchführe dauert diese nur wenige Sekunden. Dieses müsste ja aber auch alle article_plain durchsuchen. Daher die Vermutung, dassmein einfacher Test vielleicht nicht repräsentativ ist. Bevor ich das Ganze ausprobiere, wollte ich die Liste erst ein Mal fragen, ob hier Erfahrungen hierzu vorhanden sind. Danke, Robert Heinzmann -- Echte DSL-Flatrate dauerhaft für 0,- Euro*. Nur noch kurze Zeit! "Feel free" mit GMX DSL: http://www.gmx.net/de/go/dsl

3 5