August 2006 - otrs-de - OTRS mailing lists

AW: [otrs-de] Welchen Provider für Root-Server
by Jan Gerle 19 Nov '24

19 Nov '24

Frank Ammari wrote: > Hallo, > > ich suche einen Provider, bei dem ich OTRS installieren kann. > An der Tatsache, dass man für die Installation Root-Rechte > braucht, hat sich wohl nichts geändert, oder?! Wie auch > immer. Wer hat mit welchem Provider gute Erfahrungen gemacht > und kann mir einen schnellen Server empfehlen? Da kann ich wärmstens Hetzner (http://www.hetzner.de/) empfehlen. Guter, kompetenter Service, die helfen einem auch mal aus der Patsche, wenn man sich vergriffen hat ;) Die Server sind absolut ausreichend schnell (Meine Empfehlung: Best Price, http://www.hetzner.de/best_price.html) Mit freundlichen Grüßen, Jan Gerle -- Buchner & Partner GmbH http://www.buchner.de/ Jan Gerle Lise-Meitner-Str. 1-7, 24223 Raisdorf Leiter Interne EDV fon +49(0) 4307 8119 77 mailto:Jan.gerle@buchner.de fax +49(0) 4307 8119 99

2 1

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

[Fwd: 2 OTRS systeme]
by "Alexander Preußner (Hofmeir Media Gm bH)" 07 Mar '07

07 Mar '07

-------- Original-Nachricht -------- Betreff: 2 OTRS systeme Datum: Wed, 21 Dec 2005 10:58:32 +0100 Von: "Alexander Preußner (Hofmeir Media GmbH)" <ap(a)hofmeirmedia.net> An: otrs-de(a)otrs.org servus wir würden gerne das OTRS system benutzten aber jetzt stellet sicht uns eine frage wenn wir ein email bekommen antwortet das system darauf und sendet eine email zurück mit ticket nummer usw. aber was passiert wenn der empfänger unserer antwort ebenfals ein ORTS system benutzt bekommen wir dann von ihm ne empangsbestätigung mit Ticketnummer usw. und geht das ganze dann immer hin und her. oder erkennt das system das automatisch. und sendet nichts zurück

3 4

POP3-Abfrage
by Heinz Meyer 31 Aug '06

31 Aug '06

Wahrscheinlich seh ich wieder mal den Wald vor lauter Bäumen nicht, aber ich find die nötige einstellung einach nicht: Wo kann ich einstellen, dass OTRS ein POP3-Postfach jede Minute abfragt und nicht - wie scheinbar voreingestellt - alle 10 Minuten?? 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.

4 3

OTRS 2.1.0 Beta 1 - Wo ist die FAQ
by Bozidar Lukovic 31 Aug '06

31 Aug '06

Hallo OTRS-Team, Wahrscheinlich ist das Problem mit den Repositories längst gelöst und ich habe einen anderen Fehler, aber nochmal die Frage: Ist das Downloaden der Packete für die FAQ von OTRS 2.1 beta1 nun wieder möglich? Danke Bozidar Lukovic

3 3

AW: Re: AW: Re: [otrs-de] Update auf 2.1.0
by ml＠charliesangels.biz 31 Aug '06

31 Aug '06

Hallo Andre, du meinst: *) Update the database changes with: MySQL: cat $OTRS_HOME/scripts/DBUpdate-to-2.0.mysql.sql | mysql -p -f -u root otrs Ja, habe ich gemacht. Hat aber leider nichts geholfen. Viele Grüße Sascha >Hallo. > >Hast du vorher das DB Update auf 2.0 durchgeführt? > >-- >Mit freundlichen Grüssen >André Bauer >System: Debian 3.1 / Apache 2.0.54 / MySQL 4.1.11 / OTRS 2.0.4 > >============================================ > >mcb> Hallo Andre, > >mcb> zu 2): Ich habe das Update durchgeführt, aber leider hat es >mcb> nichts an meiner Situation geändert. Dennoch erhalte ich die >mcb> beiden u.s. Fehler. > >mcb> Viele Grüße >mcb> Sascha > >>>Hallo. >>> >>>1.) Die Version 2.10 ist eine Beta und sollte im Prduktiveinsatz nicht >>>verwendet werden. >>> >>>2.) Führe das Datenbankupdate aus. >>> >>>-- >>>Mit freundlichen Grüssen >>>André Bauer >>>System: Debian 3.1 / Apache 2.0.54 / MySQL 4.1.11 / OTRS 2.0.4 >>> >>>============================================ >>> >>>mcb> Hallo alleseits, >>> >>>mcb> ich habe gerade mal versucht unser OTRS 1.3.2 auf 2.1.0 >>>mcb> upzudaten - allerdings habe ich mit 2 Probleme zu kämpfen. >>> >>>mcb> 1) Mailzustellung schlägt fehl >>>mcb> Command output: DBD::mysql::db do failed: Unknown column >>>mcb> 'responsible_user_id' in 'field list' at >>>mcb> /opt/otrs-2.1.0/Kernel/System/DB.pm line 378. ERROR: OTRS-PM-10 >>>mcb> Perl: 5.8.3 OS: linux Time: Wed Aug 30 14:12:41 2006 Message: >>>mcb> Unknown column 'responsible_user_id' in 'field list', SQL: >>>mcb> 'INSERT INTO ticket (tn, title, create_time_unix, queue_id, >>>mcb> ticket_lock_id, user_id, responsible_user_id, group_id, >>>mcb> ticket_priority_id, ticket_state_id, ticket_answered, >>>mcb> escalation_start_time, timeout, valid_id, create_time, create_by, >>>mcb> change_time, change_by) VALUES ('2006083010000061', 'Test - >>>mcb> 30.08.2006 - #05', 1156939961, 2, 1, 1, 1, 1, 2, 1, 0, >>>mcb> 1156939961, 0, 1, current_timestamp, 1, current_timestamp, 1)' >>>mcb> Traceback (24342): Module: >>>mcb> Kernel::System::Ticket::TicketCreate (v1.217) Line: 398 >>>mcb> Module: Kernel::System::PostMaster::NewTicket::Run (v1.55) Line: >>>mcb> 162 Mod >>> >>>mcb> 2) Frontend "geht nicht" >>>mcb> Ein Versuch Queues anzuzeigen schlägt mir folgender Fehlermeldung >fehl: >>>mcb> Software error: >>> >>>mcb> Can't use an undefined value as a HASH reference at >>>mcb> ../..//Kernel/System/Ticket/Article.pm line 1282. >>> >>>mcb> Irgendeine Idee woran es in beiden Fällen liegen könnte ? >>> >>>mcb> Anbei meine Config.pm. >>> >>>mcb> Viele Grüße >>>mcb> Sascha >>> >>>mcb> # DatabaseHost >>>mcb> # (The database host.) >>>mcb> $Self->{'DatabaseHost'} = 'localhost'; >>>mcb> # Database >>>mcb> # (The database name.) >>>mcb> $Self->{'Database'} = 'meinedatenbdank'; >>>mcb> # DatabaseUser >>>mcb> # (The database user.) >>>mcb> $Self->{'DatabaseUser'} = 'otrs'; >>>mcb> # DatabasePw >>>mcb> # (The password of database user. You also can use >>>bin/CryptPassword.pl >>>mcb> # for crypted passwords.) >>>mcb> $Self->{'DatabasePw'} = 'meinpasswort'; >>>mcb> # DatabaseDSN >>>mcb> # (The database DSN for MySQL ==> more: "man DBD::mysql") >>>mcb> $Self->{DatabaseDSN} = >>>mcb> >>>"DBI:mysql:database=$Self->{Database};host=$Self->{DatabaseHost};"; >>> >>> >>>mcb> #------------------------------------------------------# >>>mcb> # Prio auf 4 Normal für neue Tickets 11.01.2005 /sk # >>>mcb> #------------------------------------------------------# >>> >>>mcb> $Self->{PostmasterDefaultPriority} = '4 Normal'; >>>mcb> $Self->{Ticket::Frontend::EmailPriorit} = '4 Normal'; >>>mcb> $Self->{Ticket::Frontend::PhonePriority} = '4 Normal'; >>>mcb> $Self->{Ticket::Frontend::PhonePriority} = '4 Normal'; >>>mcb> $Self->{CustomerDefaultPriority} = '4 Normal'; >>> >>>mcb> #------------------------------------------------------# >>>mcb> # Einträge für responses hinzu 23.02.2005 /sk # >>>mcb> #------------------------------------------------------# >>> >>>mcb> $Self->{'Module::Permission'}->{'AdminResponse'} = 'responses'; >>> >>>mcb> # ---------------------------------------------------- # >>>mcb> # fs root directory >>>mcb> # ---------------------------------------------------- # >>>mcb> $Self->{Home} = '/opt/otrs'; >>> >>>mcb> # **************************************************** # >>>mcb> # insert your own config settings "here" # >>>mcb> # config settings taken from Kernel/Config/Defaults.pm # >>>mcb> # **************************************************** # >>>mcb> # $Self->{SessionUseCookie} = 0; >>>mcb> # $Self->{CheckMXRecord} = 0; >>> >>>mcb> # **************************************************** # >>> >>> >>>_______________________________________________ >>>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/

3 3

$Quote{""}: default/inital-Wert?
by Marc Petitmermet 30 Aug '06

30 Aug '06

Hallo Liste, Setup: otrs 2.1.0 beta1 Beim Login Fenster fuer Agenten und Customers erscheint ein rotes '$Quote{""}' (das sieht man ueberigens auch hier http://demo.otrs.org/ otrs/index.pl und hier http://customer.otrs.org/otrs/customer.pl) Kann mir jemand mitteilen, wie ich einen default/inital-Wert setzen kann, so dass z.B. ein "Welcome/Willkommen" erscheint und nicht ein rotes, unverstaendliches '$Quote{""}? Besten Dank fuer einen Hinweis. Gruss, Marc

1 1

AW: Re: [otrs-de] Update auf 2.1.0
by ml＠charliesangels.biz 30 Aug '06

30 Aug '06

Hallo Andre, zu 2): Ich habe das Update durchgeführt, aber leider hat es nichts an meiner Situation geändert. Dennoch erhalte ich die beiden u.s. Fehler. Viele Grüße Sascha >Hallo. > >1.) Die Version 2.10 ist eine Beta und sollte im Prduktiveinsatz nicht >verwendet werden. > >2.) Führe das Datenbankupdate aus. > >-- >Mit freundlichen Grüssen >André Bauer >System: Debian 3.1 / Apache 2.0.54 / MySQL 4.1.11 / OTRS 2.0.4 > >============================================ > >mcb> Hallo alleseits, > >mcb> ich habe gerade mal versucht unser OTRS 1.3.2 auf 2.1.0 >mcb> upzudaten - allerdings habe ich mit 2 Probleme zu kämpfen. > >mcb> 1) Mailzustellung schlägt fehl >mcb> Command output: DBD::mysql::db do failed: Unknown column >mcb> 'responsible_user_id' in 'field list' at >mcb> /opt/otrs-2.1.0/Kernel/System/DB.pm line 378. ERROR: OTRS-PM-10 >mcb> Perl: 5.8.3 OS: linux Time: Wed Aug 30 14:12:41 2006 Message: >mcb> Unknown column 'responsible_user_id' in 'field list', SQL: >mcb> 'INSERT INTO ticket (tn, title, create_time_unix, queue_id, >mcb> ticket_lock_id, user_id, responsible_user_id, group_id, >mcb> ticket_priority_id, ticket_state_id, ticket_answered, >mcb> escalation_start_time, timeout, valid_id, create_time, create_by, >mcb> change_time, change_by) VALUES ('2006083010000061', 'Test - >mcb> 30.08.2006 - #05', 1156939961, 2, 1, 1, 1, 1, 2, 1, 0, >mcb> 1156939961, 0, 1, current_timestamp, 1, current_timestamp, 1)' >mcb> Traceback (24342): Module: >mcb> Kernel::System::Ticket::TicketCreate (v1.217) Line: 398 >mcb> Module: Kernel::System::PostMaster::NewTicket::Run (v1.55) Line: >mcb> 162 Mod > >mcb> 2) Frontend "geht nicht" >mcb> Ein Versuch Queues anzuzeigen schlägt mir folgender Fehlermeldung fehl: >mcb> Software error: > >mcb> Can't use an undefined value as a HASH reference at >mcb> ../..//Kernel/System/Ticket/Article.pm line 1282. > >mcb> Irgendeine Idee woran es in beiden Fällen liegen könnte ? > >mcb> Anbei meine Config.pm. > >mcb> Viele Grüße >mcb> Sascha > >mcb> # DatabaseHost >mcb> # (The database host.) >mcb> $Self->{'DatabaseHost'} = 'localhost'; >mcb> # Database >mcb> # (The database name.) >mcb> $Self->{'Database'} = 'meinedatenbdank'; >mcb> # DatabaseUser >mcb> # (The database user.) >mcb> $Self->{'DatabaseUser'} = 'otrs'; >mcb> # DatabasePw >mcb> # (The password of database user. You also can use >bin/CryptPassword.pl >mcb> # for crypted passwords.) >mcb> $Self->{'DatabasePw'} = 'meinpasswort'; >mcb> # DatabaseDSN >mcb> # (The database DSN for MySQL ==> more: "man DBD::mysql") >mcb> $Self->{DatabaseDSN} = >mcb> "DBI:mysql:database=$Self->{Database};host=$Self->{DatabaseHost};"; > > >mcb> #------------------------------------------------------# >mcb> # Prio auf 4 Normal für neue Tickets 11.01.2005 /sk # >mcb> #------------------------------------------------------# > >mcb> $Self->{PostmasterDefaultPriority} = '4 Normal'; >mcb> $Self->{Ticket::Frontend::EmailPriorit} = '4 Normal'; >mcb> $Self->{Ticket::Frontend::PhonePriority} = '4 Normal'; >mcb> $Self->{Ticket::Frontend::PhonePriority} = '4 Normal'; >mcb> $Self->{CustomerDefaultPriority} = '4 Normal'; > >mcb> #------------------------------------------------------# >mcb> # Einträge für responses hinzu 23.02.2005 /sk # >mcb> #------------------------------------------------------# > >mcb> $Self->{'Module::Permission'}->{'AdminResponse'} = 'responses'; > >mcb> # ---------------------------------------------------- # >mcb> # fs root directory >mcb> # ---------------------------------------------------- # >mcb> $Self->{Home} = '/opt/otrs'; > >mcb> # **************************************************** # >mcb> # insert your own config settings "here" # >mcb> # config settings taken from Kernel/Config/Defaults.pm # >mcb> # **************************************************** # >mcb> # $Self->{SessionUseCookie} = 0; >mcb> # $Self->{CheckMXRecord} = 0; > >mcb> # **************************************************** # > > >_______________________________________________ >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/

2 1

Update auf 2.1.0
by ml＠charliesangels.biz 30 Aug '06

30 Aug '06

Hallo alleseits, ich habe gerade mal versucht unser OTRS 1.3.2 auf 2.1.0 upzudaten - allerdings habe ich mit 2 Probleme zu kämpfen. 1) Mailzustellung schlägt fehl Command output: DBD::mysql::db do failed: Unknown column 'responsible_user_id' in 'field list' at /opt/otrs-2.1.0/Kernel/System/DB.pm line 378. ERROR: OTRS-PM-10 Perl: 5.8.3 OS: linux Time: Wed Aug 30 14:12:41 2006 Message: Unknown column 'responsible_user_id' in 'field list', SQL: 'INSERT INTO ticket (tn, title, create_time_unix, queue_id, ticket_lock_id, user_id, responsible_user_id, group_id, ticket_priority_id, ticket_state_id, ticket_answered, escalation_start_time, timeout, valid_id, create_time, create_by, change_time, change_by) VALUES ('2006083010000061', 'Test - 30.08.2006 - #05', 1156939961, 2, 1, 1, 1, 1, 2, 1, 0, 1156939961, 0, 1, current_timestamp, 1, current_timestamp, 1)' Traceback (24342): Module: Kernel::System::Ticket::TicketCreate (v1.217) Line: 398 Module: Kernel::System::PostMaster::NewTicket::Run (v1.55) Line: 162 Mod 2) Frontend "geht nicht" Ein Versuch Queues anzuzeigen schlägt mir folgender Fehlermeldung fehl: Software error: Can't use an undefined value as a HASH reference at ../..//Kernel/System/Ticket/Article.pm line 1282. Irgendeine Idee woran es in beiden Fällen liegen könnte ? Anbei meine Config.pm. Viele Grüße Sascha # DatabaseHost # (The database host.) $Self->{'DatabaseHost'} = 'localhost'; # Database # (The database name.) $Self->{'Database'} = 'meinedatenbdank'; # DatabaseUser # (The database user.) $Self->{'DatabaseUser'} = 'otrs'; # DatabasePw # (The password of database user. You also can use bin/CryptPassword.pl # for crypted passwords.) $Self->{'DatabasePw'} = 'meinpasswort'; # DatabaseDSN # (The database DSN for MySQL ==> more: "man DBD::mysql") $Self->{DatabaseDSN} = "DBI:mysql:database=$Self->{Database};host=$Self->{DatabaseHost};"; #------------------------------------------------------# # Prio auf 4 Normal für neue Tickets 11.01.2005 /sk # #------------------------------------------------------# $Self->{PostmasterDefaultPriority} = '4 Normal'; $Self->{Ticket::Frontend::EmailPriorit} = '4 Normal'; $Self->{Ticket::Frontend::PhonePriority} = '4 Normal'; $Self->{Ticket::Frontend::PhonePriority} = '4 Normal'; $Self->{CustomerDefaultPriority} = '4 Normal'; #------------------------------------------------------# # Einträge für responses hinzu 23.02.2005 /sk # #------------------------------------------------------# $Self->{'Module::Permission'}->{'AdminResponse'} = 'responses'; # ---------------------------------------------------- # # fs root directory # ---------------------------------------------------- # $Self->{Home} = '/opt/otrs'; # **************************************************** # # insert your own config settings "here" # # config settings taken from Kernel/Config/Defaults.pm # # **************************************************** # # $Self->{SessionUseCookie} = 0; # $Self->{CheckMXRecord} = 0; # **************************************************** #

2 1

Nachricht bei erfolgreichem Schließen
by Heinz Meyer 30 Aug '06

30 Aug '06

Hallo zusammen, ist es möglich, dass jeder Agent eine automatische Nachricht bekommt, wenn ein Ticket geschlossen wird, egal ob vom Benutzer oder von einem anderen Agenten? 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.

1 0