July 2007 - otrs-de - OTRS mailing lists

customer.pl
by scotty_beamer＠web.de 12 Jul '07

12 Jul '07

Hallo! Ich möchte gerne die Möglichkeiten der User nach ihrem Login unter customer.pl stark einschränken. Die Icons Firmentickets, Suche und Einstellungen sollten ausgeblendet werden. Wo kann ich das "einstellen" ? Danke! ______________________________________________________________________ XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club! Jetzt testen! http://produkte.web.de/club/?mc=021130

1 0

Need QueueID!
by laufer 11 Jul '07

11 Jul '07

Hallo, noch ein Nachtrag. Im OTRS System Log zeigt er jetzt an: Wed Jul 11 17:08:32 2007 error OTRS-CGI-10 Found no $ID for 13! Wed Jul 11 17:08:32 2007 error OTRS-CGI-10 FEHLER: Spalte q.first_response_time existiert nicht Wed Jul 11 17:08:32 2007 error OTRS-CGI-10 Found no $ID for 13! Wed Jul 11 17:08:32 2007 error OTRS-CGI-10 FEHLER: Spalte q.first_response_time existiert nicht In dem script DBUpdate-to-2.2.postgresql.sql stehen leider keine Angaben über die Spalte q.first_response_time Vielleicht weiss jemand durch welches Skript diese Spalte hinzugefügt werden sollte oder mit welchen Eigenschaften Sie erstellt werden sollte? Nochmals vielen Dank! Grüße Cristian

2 1

need QueueID!
by laufer 11 Jul '07

11 Jul '07

Hallo allerseits, ich habe OTRS von 2.1.7 auf 2.2 upgedated. Das .sql script für die Datenbank lief einwandfrei durch und ein Zugriff auf OTRS ist möglich. Allerdings kann ich nun nicht mehr auf die Queues zugreifen, d.h. wenn ich diese bearbeitet habe und auf speichern gehe bekomme ich folgende Meldung: Fehler: Need QueueID! Message: Need QueueID! Traceback (8672): Module: Kernel::System::Queue::QueueUpdate (v1.71) Line: 950 Module: Kernel::Modules::AdminQueue::Run (v1.32) Line: 133 Module: Kernel::System::Web::InterfaceAgent::Run (v1.22) Line: 670 Module: /opt/otrs/bin/cgi-bin/index.pl (v1.81) Line: 47 Zudem ist es so, dass wenn ich auf das Modul StatusView gehe, alle Angaben bis auf die der Queue angezeigt bekomme. Die Queues sind auf jeden Fall in der DB (PostgreSQL) vorhanden. Vielleicht hat jemand einen Tipp wonach ich suchen muss!? OTRS habe ich nun auch schon komplett deinstalliert und gleich das 2.2er aufgespielt, leider ohne Erfolg. Ich bin für jede Hilfe dankbar! Viele Grüße Cristian

1 0

OTRS Performance
by Sven Ehret. Dienstleistungen COMDOK 11 Jul '07

11 Jul '07

Liebe Experten, sagt mal, sind Eure OTRS 2.2.1-Performance-Werte ähnlich wie meine? Bereich (letzten 5 Minuten) Interface Anfragen Min. Antwortzeit Max. Antwortzeit Durchschnittliche Antwortzeit Agent 604 -18s 53s 31.78s o AgentTicketMailbox 180 17s 50s 36s o AgentTicketQueue 424 -18s 53s 30.28s Customer 3 0s 1s 0.33s o CustomerFAQ 1 0s 1s 0.5s o CustomerPreferences 1 0s 1s 0.33s o CustomerTicketOverView1 0s 1s 0.5s Besonders lange dauern die Anfragen AgentTicketMailbox (36s durchschnittlich/50s max) und AgentTicketQueue (30s durchschnittlich/53s max). Zugegeben, mit eingeschaltetem PerformanceLog dauert alles noch mal so lange, aber auch ohne das Logging ist das Warten auf die Queue oder die Mailbox manchmal schon ärgerlich. Software: OTRS 2.2.1 auf Ubuntu Feisty. Die Installation läuft als diese virtuelle Maschine (VMWare): ~$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU 5140 @ 2.33GHz stepping : 8 cpu MHz : 2000.945 cache size : 4096 KB ~$ free total used free shared buffers cached Mem: 3652916 522560 3130356 0 107044 306336 -/+ buffers/cache: 109180 3543736 Swap: 417608 0 417608 ~$ uptime 13:40:18 up 13:27, 2 users, load average: 0.36, 0.20, 0.24 Das Betriebssystem ist also unbeeindruckt, der Speicher ist auch nicht ausgelastet. Die CPU-Last geht auch nicht hoch. Was kann denn die lange Wartezeit verursachen? Anfangs hatte ich mal mit UTF-Zeichensatz experimentiert und auch versucht, die Datenbank nachträglich auf UTF zu trimmen, das dann aber aufgegeben und wieder rückgängig gemacht. Kann da was kaputt gegangen sein, das dann lange Wartezeiten verursacht? Oder ist das normal? Viele Grüße Sven Ehret

1 0

Anfrage
by SimpleUpload Support Team 11 Jul '07

11 Jul '07

Hallo, ich habe kurz zwei Fragen zu otrs und zwar: jedesmal wenn ein neues Ticket aufgemacht wird, wird vor Ticketnummer immer ein Re: erstellt. Wie kann ich dies entfernen? Und folgendes noch, bei Antworten einer Mail, ist mir aufgefallen, dass die Zeilen länge zu kurz ist. Kann man das irgendwo einstellen bzw. ändern? Vielen Dank im Voraus. Mit freundlichen Grüßen Alexander Baumgärtner

2 2

AW: [otrs-de] Template Darstellung ändern
by Winger Nick (Semizen) 10 Jul '07

10 Jul '07

Also im Grund geht es darum, dass bei der Ansicht "Alle Tickets" bei den gesperrten Tickets auch der Menupunkt "Schliessen" dabei ist, dann aber eine Fehlermeldung kommt wenn man drauf klickt, weil es ja gesperrt ist und nicht von irgendwem abgeschlossen werden kann. Mit freundlichen Grüßen Nick Winger EDV & Support Semizen EDV GmbH c/o Niedermeyer Gmbh Talpagasse 1a, 1231 Wien IT / Technologie Tel.: +43-1-91880 Fax.: +43-1-91880-380 ________________________________ Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Winger Nick (Semizen) Gesendet: Dienstag, 10. Juli 2007 15:07 An: otrs-de(a)otrs.org Betreff: [otrs-de] Template Darstellung ändern Hallo, Ich habe die Doku gelesen und das Admin GUI durchgesehen und bin zu dem Entschluss gekommen, dass für meine Anforderung professionelle Template DTL Kenntnisse notwendig sind, obwohl die Aufgabenstellung relativ trivial ist. Es gibt in der Queuelist die Möglichkeit "Alle" anzuzeigen und dort sind dann gesperrte und offene Tickets vermischt mit der selben Farbe. Ich hätte nun gerne eine Unterscheidung in Farbe und/oder Layout von gesperrten und offenen Tickets. Mit freundlichen Grüßen Nick Winger EDV & Support Semizen EDV GmbH c/o Niedermeyer Gmbh Talpagasse 1a, 1231 Wien IT / Technologie Tel.: +43-1-91880 Fax.: +43-1-91880-380

1 0

Automatische Benachrichtigung an alle Empfänger
by Klein Dominik 10 Jul '07

10 Jul '07

Hallo, Ich hatte vor geraumer Zeit Infos zu einem ähnlichen topic gesucht. Gibt es eine Möglichkeit OTRS so zu konfigurieren, das die automatische Benachrichtigung nach Erstellen eines Tickets an ALLE Empfänger versandt wird? Beispiel: Max Muster schickt eine E-Mail ans Ticketsystem und zusätzlich stehen noch 4 weitere Personen in der Empfängerliste. Ich hätte gerne das nicht nur Max Muster, sondern auch die restlichen 4 Personen eine automatische Benachrichtigung samt Ticket Nummer erhalten. Über Tips und Vorschläge würde ich mich freuen. Mit freundlichen Grüßen Dominik

1 0

OTRS kann an Freenet Email Adressen nicht senden
by Simon Thissen 10 Jul '07

10 Jul '07

Hi @ll, Wir haben das OTRS 2.1, auf einem Debian Server, installiert. Allerdings bekommen wir die E-Mails an Freenet immer wieder zurück mit deinem MAILER-DEAMON fehler. Alle anderen E-Mail Provider funktionieren wunderbar, nur bei Freenet haben wir dieses Problem. Nach einiger Zeit googlen, haben wir herausgefunden das Freenet ziemlich starke Header Regeln hat, allerdings weis ich immer noch nicht, bei welchem das OTRS2.1 dies falsch macht. Hat jemand schon einmal dieses Problem gehabt? Und weiß vielleicht jemand wo dran dies liegen kann? Postfix: This is the Postfix program at host. I'm sorry to have to inform you that your message could not be be delivered to one or more recipients. It's attached below. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the attached returned message. The Postfix program <beamausile(a)freenet.de>: host mx.freenet.de[195.4.92.12] said: 550 Syntax error in header (in reply to end of DATA command)

1 0

E-Mail Benachrichtigung bei neuen Ticket in Queue
by Sven Stübing 09 Jul '07

09 Jul '07

Hallo, ich habe folgendes Problem mit otrs Version 2.2.1. Wir haben das System bei uns in der Firma aufgesetzt und ich versuche es nun zu konfigurieren. System läuft auf SUSE und MySQL. Folgendes soll erreicht werden: Wir haben mehrere Kunden, bei denen wir zu unterschiedlichen Produkten Support anbieten. Daher habe ich pro Produkt eine Queue angelegt. Ebenfalls habe ich für jedes Produkt eine Gruppe angelegt und diese der entsprechenden Queue zugewiesen. Dann habe ich für jeden Kunden eine Benutzer anlegt und diese wiederum der richtigen Gruppe zugeordnet. Ich bin der Agent, der bei beiden Queues eine E-Mail erhalten will, sobald ein neues Ticket in einer der beiden Queues erstellt wurde. Dazu habe ich die beiden Queues unter Einstellungen ausgewählt. Die Option Zusenden einer Mitteilung bei neuem Ticket in Meine Queues ist auf Ja gesetzt. Jetzt sollten alle Voraussetzungen erfüllt sein, damit ich benachrichtigt werde. Legt jetzt ein Kunde ein neues Ticket an, bekomme ich aber keine E-Mail-Benachrichtigung. Ändere ich die Gruppe der Queues auf users, dann erhalte ich eine Benachrichtigung. Wenn ich dies aber bei jeder Queue mache, sehen alle Kunden alle Queues, was ja nicht sein sollte. Woran kann das liegen? Ich habe schon so einiges rumprobiert mit Berechtigungen, aber bisher keinen Erfolg gehabt. Gruß Sven

1 0

Email.pm - Unrecognized line
by Philipp 08 Jul '07

08 Jul '07

Hallo, bei uns läuft OTRS 2.1.7 momentan in einem Testbetrieb. Wir wollen herausfinden, ob es das richtige System für uns ist. Abweichend von der Default-Config läuft bei uns eine Oracle-DB als Backend. Vor kurzem ist uns aufgefallen, dass bei einigen Aktionen [Unlocktickets.pl (Unlock-Benachrichtigung), GenericAgent.pl (Eskalations-Benachrichtigung), Postmaster.pl (Abruf eines POP3-Postfachs)] immer folgender Fehler auftritt: Unrecognised line: user(a)some-server.de at /opt/otrs/Kernel/System/Email.pm line 444 Andere E-Mail-Beachrichtigungen wie z.B. "Neues Ticket in einer Queue", "Ticket in eine andere Queue verschoben" oder "Änderung des Ticket-Besitzer" werden verschickt. Zeile 444 in der Email.pm sieht soweit korrekt aus: foreach my $Email (Mail::Address->parse($Param{$_})) { push (@ToArray, $Email->address()); if ($To) { $To .= ', '; } $To .= $Email->address(); } Beim suchen im OTRS Bugzilla bin ich auf den #1642 <http://bugs.otrs.org/show_bug.cgi?id=1642> gestoßen. Danach gab es in Version 2.1.5 schonmal diesen Fehler. Da gab es Probleme mit UTF-8 kodierten E-Mail Absenderadressen. Das hier muss aber ein anderes Problem sein, da dieser Bug in Version 2.1.6 gefixt wurde. Hat jemand eine Idee, was helfen könnte? Gruss Philipp

1 0