Re: [otrs-de] OTRS 5 Authentication backends for Agents - LDAP

[Florian Edlhuber]

Hi Alex, 

17.06.2016 10:53 - Alex Heinrich schrieb:
> Die Customer habe ich über SysConfig konfiguriert und diese können 
> sich mit LDAP Authentifizieren. Leider gibt es für Agenten in der 
> SysConfig keine Möglichkeiten zum Konfigurieren.. ich muss also in 
> die Config.pm gehen.. dort funktioniert es
> aber nicht... es heißt das Password ist immer falsch :(
> Sieht tatsächlich nach einem Bug aus..

Die LDAP Anbindung für die Kundenbenutzer (CustomerUser) und Agenten sind 
zwei  unterschiedliche Dinge.
Das ist auch nicht buggy, sondern funktioniert bei korrekter Konfiguration
fehlerfrei.

Jetz schauen wir mal...

-Ursprüngliche Nachricht-
> Ich habe in der LDAP.pm außerdem den Debug aktiviert und bekomme 
> bei Verwendung eines Users der weder in der AD noch im OTRS Backend 
> hinterlegt ist  und ebenfalls für User die in der AD existieren 
> aber nicht im OTRS Backend folgende Meldung und
> kann mich nicht einloggen:

Für Agenten gilt:
Der Username muss in der lokalen Datenbank vorhanden sein.

Für CustomerUser gilt:
Der Username muss nicht in der lokalen DB sein.

> Message: No UserID found for 'x'!

Da hast Du keinen Agenten (=username) für den entsprechenden Agenten in der
lokalen 
Datenbank. (was auch korrekt ist) 

> Verwende ich einen User, der in der AD und im OTRS Backend hinterlegt 
> ist, kann ich mich nicht einloggen und es gibt keine Fehler/Einträge 
> im Log: Login failed! Your user name or password was entered incorrectly.

Dann hast Du den Username/Password falsch eingegeben.

> Meine Config sieht wie folgt aus in der Config.pm:
>
>$Self->{AuthModule} = 'Kernel::System::Auth::LDAP';
>$Self->{'AuthModule::LDAP::UID'} = 'sAMAccountName';
> (...)

korrekt. Damit nimmt er auschließlich das LDAP Password. Jetzt musst Du's
nur noch richtig tippen :-)

viele Grüße

Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] TicketHook ändern

[Florian Edlhuber]

Hallo,

09.03.2016 10:13 - jan.dre...@bertelsmann.de schrieb:
> Am 09.03.2016 um 09:30 schrieb Josef1 Penzkofer 
> :
>> Allerdings hab ich das mal bei unserer Installation getestet 
>> und bei der Nachfrage aus der Betreffzeile den Ticket-Hook 
>> einfach gelöscht - es stand nur mehr die Ticketnummer und der 
>> Tickettitel in der Betreffzeile.
> Korrekt. Zur Erkennung der Ticketnummer im Betreff wird 
> (bei OTRS 3.3, das wird sich aber kaum geändert haben) diese 
> RegExp herangezogen (Beispiel aus „DateChecksum“):
> (...)
> TicketHook und -Divider sind also ebenfalls essentiell.

das wusste ich nicht. Danke :)

> Meine Empfehlung wäre, den alten Ticket-Hook über „ExternalTicketNumber“ 
> zu registrieren und für alte Tickets das entsprechende dynamische Feld 
> zu füllen (evtl. per GenericAgent).

Oh, das hört sich interessant an. Aber wenn Du ExternalTicketNumber 
verwendest schreibt der das ja direkt in ein dynamisches Feld.

> Alternativ kann man natürlich auch im Quelltest rumwurschteln und 
> den alten Ticketholk in den regulären Ausdruck einbauen. Das ist 
> aber eher unelegant ...

Dann lieber
PostMaster::CheckFollowUpModule###0200-References

aktivieren. Funktioniert bei mir seit Jahren (auch ohne Ticketnummer im
Betreff)

--
Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] CTI Integration OTRS4 / 5 mit Alcatel

[Florian Edlhuber]

Hi,
 
03.03.2016 11:21 - Ludwig Markus schrieb:

> nach einer Recherche im Netz musste ich feststellen, dass es 
> inzwischen wohl mehrere Anbieter für Add-Ons zur Integration von 
> Telefonanlagen in OTRS gibt,

Die Frage müsste in die Richtung gehen, wie tief Du eine Integration willst.

> (...)
> Ich wollte daher mal in die Runde fragen, ob jemand weiss, 
> wie es hier um die Kompatibilität zu den diversen Anlagen steht.

Eine einfache "Integration" in die Telefonalage geht, wenn Du einen SIP Client
installiert hast und der eine URL aufrufen kann.

Eine "Integration" für mehr Funktionen (Wählen aus OTRS) bieten Dir nur
angepasste Module/Software. Das mir bekannteste ist das von der Pascom
(MobyDick) - die setzt aber auch soweit ich weiß eine MobyDick Anlage
voraus. Läuft einwandfrei. Nutzt SIP Client + ein OTRS Paket von Pascom.

--
Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] sysconfig nicht da

[Florian Edlhuber]

Hi,

04.03.2016 22:36 - Sebastian Gödecke schrieb:
> ich habe eben gerade frisch auf ver. 5 gewechselt 
> (neue installation) und mir fehlt der Punkt sysconfig.
> Soll das so sein oder warum fehlt der bei mir?

Die Sysconfig gibt es in der 5 schon noch. Hast Du alle Caches gelöscht?
Hast Du 'ne alte Config eingespielt?

--
Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] TicketHook ändern

[Florian Edlhuber]

Hi, 

07.03.2016 13:05 - Ludwig Markus schrieb:
> gibt es eine definierte Prozedur, wie man den TicketHook in einem 
> Produktivsystem nachträglich ändern kann, ohne dass FollowUps zu 
> bestehenden Tickets für eine gewisse Zeit händisch an die noch 
> mit altem Hook generierten Tickets angehängt werden müssen?

Normalerweise ist es kein Problem den Ticket Hook zu ändern. Auschlaggebend
für die Zuordnung der FollowUps ist die Nummer oder E-Mail Header IIRC.

--
Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Scheduler?

[Florian Edlhuber]

Hi Sepp,

26.02.2016 11:33 - Josef1 Penzkofer schrieb:
> Außerdem ist mir noch nicht klar, wozu man den Scheduler benötigt.

[1]https://otrs.github.io/doc/manual/admin/3.3/de/html/scheduler.html

Der Scheduler übernimmt tasks im Hintergrund.

In der OTRS5 gibt es den Scheduler nicht mehr und wird durch den Daemon 
ersetzt. Ein echter Unix Dienst soweit ich weiß.

--
Florian



[1] https://otrs.github.io/doc/manual/admin/3.3/de/html/scheduler.html
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Mehrere Anfragen/Themen in einem Ticket aufsplitten

[Florian Edlhuber]

Hallo,

24/02/2016 11:10 - Götz Reinicke - IT Koordinator wrote:
> es kommt bei uns immer öffter vor, dass Eine Anfrage mehrere Themen
> beinhaltet. In der Art: "Es gibt ein Problem xyz und bei der Gelegenheit
> wollte ich mal nachfragen ob abc."
>
> Gibt es eine elegante Möglichkeit, diese Ticket aufzusplitten 

Dafür ist die 'Split' (=Teilen) Funktion in der OTRS Free vorhanden. Damit 
kannst Du einen Artikel (bzw. 'ne Kopie des Artikels incl. aller Ticket 
Infos) wegsplitten.

Das splitten ersellt 'n neues Telefonticket. 

Für mehr Funktionen gibt es z.B: WorkflowAddOns der erweiterte Split Optionen
(z.B. vom Hersteller otrs.com) und auch die Möglichkeit über 
TransitionActions in einem Prozess die Split Funktion zu nutzen.

--
Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] S/MIME Zertifikat auswählen

[Florian Edlhuber]

Hallo,

29/01/2016 07:35 - Holger Erb wrote:
> wie hast du die Konfig soweit hinbekommen? Wir sind auch auf der Suche 
> nach signierten EMails aus OTRS.

Die Anleitung ist eigentlich perfekt.

[1]http://otrs.github.io/doc/manual/admin/stable/en/html/administration.html#adminarea-smime

lokal das openssl installieren, und keys/certificates importieren. Die müssen
in einem bestimmten Format vorliegen. (genaue Infos hab' ich grad nicht zur
Hand)

und jetzt zu den "Meldungen des Tages" :-)

>>   1.  S/MIME-Zertifikat beim Erstellen von Nachrichten automatisch
>>  vorauswählen (Tino Korth)
>> ich habe heute Abend S/MIME bei unserem OTRS konfiguriert.
>> Gibt es einen Trick, dass automatisch das Zertifikat ausgewählt wird?

In den Queue Settings gibt es den Default Signing Key. Das sollte eigentlich
klappen.

:)

viele Grüße
Florian



[1] 
http://otrs.github.io/doc/manual/admin/stable/en/html/administration.html#adminarea-smime
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Ticket::Frontend::ResponseFormat per Queue

[Florian Edlhuber]

Hi,

19/11/2015 10:45 - Denny Fuchs wrote:
> leider gibt es Menschen, die mögen das TOFU Format,
> ich persönlich lehne das ab.

Ich lehne es auch ab. Aber ich habe auch noch keine richtig
gute Lösung gefunden.

Ich habe in Ticket::Frontend::ResponseFormat zumindest mal
bisschen was einstellen können. Aber mehr habe ich auch
nicht :(

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Kunden Backend nur für bestimmte Agentengruppen oder Queues bereitstellen

[Florian Edlhuber]

Hi,
 
12/11/2015 07:44 - Ludwig Markus wrote:
> (...)
> Eine Lösung wäre möglicherweise, ein Backend nur
> einer bestimmten Gruppe von Agenten bzw. einer
> bestimmten Queue zur Verfügung zu stellen.
> Ließe sich das irgendwo steuern?

Vielleicht mit dem Add On?
das hört sich danach an.

[1]https://www.otrs.com/otrs-business-solution-feature/restrict-customer-data-view/?lang=de

Flo

--
Florian


[1] 
https://www.otrs.com/otrs-business-solution-feature/restrict-customer-data-view/?lang=de
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Kunden Backend nur für bestimmte Agentengruppen oder Queues bereitstellen

[Florian Edlhuber]

Hi,

12/11/2015 10:54 - Rene Böhm wrote:  einfach im jeweiligen
CustomerUser-Backend (Config.pm) das Attribut "AccessGroups" einfügen:

AccessGroups => [ 'users', 'admin'],

Ist keine RO-Berechtigung auf die Gruppe vorhanden, so wird das betreffende
Backend komplett ignoriert.

Das geht ja einfach. Auch ohne KIX?

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Antw: Re: Nachfrage zu CacheFiles

[Florian Edlhuber]

Hi Sepp,

04/11/2015 08:43 - Josef1 Penzkofer wrote:
> Da aber OTRS nicht einfach nur langsamer wurde, sondern überhaupt
> nicht mehr lief, sagt ja, dass die Cache-Files für ein ordnungsgemäßes
> Arbeiten von OTRS benötigt werden.

Ich bin jetzt kein Cache Spezialist und kenne auch die genaue Arbeitsweise
von OTRS nicht, aber ja, neben Performance wird der Cache auch benötigt.

Jede Anfrage (auch File Uploads) werden erstmal gecached soweit ich weiß.
Und nach erfolgreichem commit wieder aus dem Cache gelöscht. Wenn kein
Speicher frei ist, geht's nicht mehr.

> Es erschien ja dann bei jeder Aktion die Meldung:
> "Möchten Sie index.pl speichern oder öffnen"

Auch hier reine Vermutung - weil ich kein Perl/Cache Spezialist bin:
der Webserver konnte das Perl Skript nicht verarbeiten, weil auch für apache
kein Speicher mehr zur Verfügung stand. Das einzige, was der Apache noch
kann ist, Dir - anstatt das .pl abzuarbeiten - es als Download anzubieten.

man möge mich korrigieren, wenn ich falsch liege ;)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] DynamicField Feldtyp: Text schreibgeschützt ?

[Florian Edlhuber]

Hi Sepp,

03/11/2015 19:02 - Josef1 Penzkofer wrote:
> kann man einem DynamicField vom Feldtyp "Text" das Attribut "readonly"
> mitgeben, so dass das Feld nicht mehr editiert werden kann?

Ein Dynamic Field an sich geht nicht read only. Du kannst aber eine ACL bauen
die eine Action (Im Ticket Menü) ausblendet, in der das Feld gesetzt wird.
Dann ist aber die Ganze Action weg.

Oder Du blendest das Feld aus, wenn es gesetzt wird, das benötigt aber ein
zusätzliches Add On.

Oder am Einfachsten: Du verwendest einen Prozessdialog. :)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Nachfrage zu CacheFiles

[Florian Edlhuber]

Hi Sepp,

ganz kurz:

02/11/2015 09:49 - Josef1 Penzkofer wrote:
> Message: Can't write
> '/opt/otrs/var/tmp/CacheFileStorable/CacheInternalUser/2/3/23fc...'
> No space left on device

Ganz klar, die Ursache ist kein Plattenplatz mehr. Das hat
erstmal mit Caching nix zu tun.

> Ganz ehrlich gesagt, hab ich mich bisher nie um diese CacheFiles gekümmert.

Du solltest Dich aber generell um Deinen HD Speicherplatz kümmern.

> Kann vielleicht jemand bitte erklären, warum bzw. wie diese CacheFiles das
> Verhalten von OTRS beeinflussen?

Caches cachen. Ohne Caches keine Leistung. Dein OTRS wäre einfach langsam.
Genauso wie OTRS Memory/RAM brauchst braucht OTRS Speicher. :)

--
Florian

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] ACLs nach Upgrade

[Florian Edlhuber]

Hi,

20/08/2015 14:54 - Josef1 Penzkofer wrote:
 Das Arbeiten mit dem graphischen ACL-Editor ist schwierig, um nicht zu sagen
 suboptimal - ich bin hochgradig sehbehindert und arbeite mit Screenreader
und
 Braillezeile (Du erinnerst dich? ;-).
 Deshalb hoff ich mal, das es in zukünftigen Versionen (z.B. OTRS 5 Beta)
 weiterhin die Möglichkeit gibt, die ACLs in die Config.pm einzufügen.

Die Möglichkeit die ACL in die Config.pm einzutragen geht natürlich weiterhin.

 Außerdem heißt es in der Upgrading-Anleitung:
 14. Import your ACLs to the new ACL editor (optional)
 Da heißt es aber nirgends, dass die altenACLs nicht mehr kompatibel sind.

Da muss man bisschen tiefer schauen. Das steht/stand in den Release Notes.
[1]http://www.otrs.com/release-notes-otrs-help-desk-4/

Die alten sind - soweit ich weiß - schon noch kompatibel wurden aber
erweitert.
Wenn Du aber Prozesse mit ACLs steuerst sind die nicht kompatibel. Deshalb
müssen die migriert werden. Du kannst sie aber weiterhin in die Config.pm
packen.

 Zur Funktion: Teilen
 Ich finde, der gesamte Workflow, ein Ticket zu teilen, ist nicht optimal
 gestaltet. Darum nutzen wir diese Funktion auch nicht.

Ohne Teilen könnte ich nicht arbeiten.

Zur Funktion Markieren
 Aber Markieren ist dafür da einen Artikel als wichtig zu markieren (um ihn
 später leichter wieder zu finden) 
 Dazu muss ich aber doch das Ticket wieder aufklappen - und wenn die tickets
 nur wenige Artikel enthalten, findet man den sowieso wieder im Artikelbaum.

Das stimmt. Für wenige Artikel ist das nicht sooo wichtig. Aber wenn Du 100
oder mehr hast
hilfts Dir. Dass man im Moment nicht nach der Markierung suchen kann...  ich
hoffe dass
das bald integriert wird.

 Zur Funktion: Auf Notiz antworten
 Welchen Grund / welches Szenario sollte es geben, auf eine Notiz zu
 antworten?

Als interne Kommunikation nutze ich das sehr häufig.

 Im Übrigen denk ich mal, wenn man das braucht, dann sollte es konfigurierbar
sein.

Das mag sein. Wenn Dir 'ne Funktion fehlt kannst Du bei bugs.otrs.org einen
Usability bug
aufmachen :-)

--
Florian


[1] http://www.otrs.com/release-notes-otrs-help-desk-4/
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] ACLs nach Upgrade

[Florian Edlhuber]

Hallo Sepp,

 nach dem Upgrade des Testsystems von OTRS 3.2.14 über OTRS 3.3.3 auf OTRS
 4.0.10 sieht es so aus, als ob meine - in Config.pm erstellten - Access
 Control Lists (ACLs nicht mehr greifen.
 Kann das jemand reproduzieren?

Die ACLs wurden erweitert in der 4.0.x und müssen migriert werden.
Insbesondere wenn du
Prozesse hast. Das übernimmt aber das Upgrade Skript.

 Die ACLs muss ich aber hoffentlich nicht zuerst in den grafischen ACL-Editor
 importieren, damit sie funktionieren, oder?

siehe da:
[1]https://otrs.github.io/doc/manual/admin/3.3/en/html/upgrading.html 
Abschnitt 14

 hab jetzt meine ACL gelöscht und in Config.pm nochmals neu - Schritt für
 Schritt nach Anleitung in Admin-Handbuch - erstellt. Nun funktioniert sie,
d.h.
 ich konnte den Schalter Teilen ausblenden.

Sehr gut wenn es jetzt funktioniert.
Warum man auch immer Teilen ausblenden mag :) Ich brauche den sehr sehr sehr
häufig.

 Wozu sollen allerdings die Funktionen
 - Markieren
 (Action=AgentTicketZoom;Subaction=MarkAsImportant;TicketID=xx;ArticleID=xx)

 - Auf Notiz antworten
 (Action=AgentTicketNote;TicketID=xx;ReplyToArticle=xx)

Ob die über 'ne ACL ausblendbar sind weiß ich nicht. Aber Markieren ist dafür
da einen
Aritkel als wichtig zu markieren (um ihn später leichter wieder zu finden)

und Auf Notiz antworten ist eine der Besten Aritkelfunktionen in der Version
4. Endlich
muss man keinen externen Artikel mehr suchen wenn man auf 'ne Note antworten
muss.
(das lästige hocscrollen entfällt)

Es gibt sicher Gründe für Deinen Wunsch, die Funktionen auszublenden. Ich
würde
das bei meinen Systemen nie machen. :-)

--
Florian


[1] https://otrs.github.io/doc/manual/admin/3.3/en/html/upgrading.html
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Queue ändern - Bug oder Feature?

[Florian Edlhuber]

Hi Sepp,

17/08/2015 18:23 - Josef1 Penzkofer wrote:
 verwendete Version: OTRS 4.0.10
 Ich hab für die Funktion Ticket verschieben (AgentTicketMove) in der
 SysConfig folgenden Wert eingestellt:
 Untergruppe: Frontend::Agent::Ticket::ViewMove
 (...)
 Einstellung: Neues Fenster
 (...)
 In diesem Fenster fehlt aber die Liste verfügbarer Queues, in die ich
 verschieben kann.

Die Liste muss sowohl im einfachen Dropdown als auch im Window als Dropdown
die gleiche sein.
Es ist aber kein Bug, weil das auf allen meiner Maschinen (produktiv, wie
test) einwandfrei funktioniert. :-) (alle Versionen)

Es sieht wohl so aus, als wäre bei Dir was falsch :-) Aber was? Schwer zu
sagen.
Hast Du Änderungen am Code vorgenommen? Wie sieht es abei 'ner neuen
Installation aus?
(z.b. neues .tar.gz file runterladen, installieren und dann und Zugriff auf
die bestehende Datenbank?)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Bug melden - Login nicht möglich

[Florian Edlhuber]

Hallo,
 
 und warum ist das so kompliziert programmiert?

das darfst Du mich nicht fragen. :-)

 Warum kann man das nicht einfach im Code wieder in eine Tabelle mit den
 einzelnen Spalten programmieren?

Auch das weiß ich nicht. Aber vielleicht liest der ein oder Andere Entwickler
hier ja mit.

 Im Übrigen hab ich im Forum gelesen, dass es schon öfter angefragt wurde,
die
 Spalten entsprechend - global gesehen per SysConfig - zu sortieren.

Diese Spalten Ansichten (+Sortierung +Filter) war in den frühen 3.x. Versionen
wirklich übel,
mittlerweile läuft das ganz gut.

Allerdings kann ich auch nur von mir (ich nutze Bildschirm + Maus) sprechen.
Das DragDrop
(sowie auch das Prozessmanagement) ist wohl erstmal nicht für Sehbehinderte
gebaut.
Deshalb auch nochmal kurz zurück zur ursprünglichen Frage:
Konntest Du mittlerweile den Bug melden? Du kannst auch insbesondere Input
geben
für die barrierefreiheit des Systems.

viele Grüße

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Antw: Re: Bug melden - Login nicht möglich

[Florian Edlhuber]

Hi,

13/08/2015 11:35 - Josef1 Penzkofer wrote:
 Diese Spalten Ansichten (+Sortierung +Filter) war in den frühen 3.x.
 Versionen wirklich übel, mittlerweile läuft das ganz gut.
 Das gibt's doch erst seit OTRS 3.3.x

Wenn Du es lösen konntest ist cool. Für mich sind Änderungen am Code nichts.

Und die OTRS ID ist immer Deine E-Mailadresse. Das ist auch Dein Benutzername.

viele Grüße

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Ticket- Übersicht statt Dashboard nach Login?

[Florian Edlhuber]

Hi,

04/08/2015 12:56 - Matthias Schojohann wrote:
 ist es möglich einen Agent direkt in die Ticket-Übersicht zu schicken, statt
auf das Dashboard,
 nachdem er sich eingeloggt hat?
 OTRS 2.4.15

In den 3.x.x gibt es Frontend::CommonParam###Action
Ob es das in der 2.4.x gibt? Keine Ahnung.

viele Grüße

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Bug melden - Login nicht möglich

[Florian Edlhuber]

Hi Sepp,

10/08/2015 17:34 - Josef1 Penzkofer wrote:
 Dazu habe ich versucht, mich mit meiner OTRS-ID anzumelden.

 Läuft die OTRS-ID ab, wenn sie eine gewisse Zeit nicht verwendet wird?
 Ich bekam nämlich die Fehlermeldung:
 The username or password you entered is not valid.  

Die OTRS-ID läuft meines Wissens nicht ab. Vermutlich ist Dein Passwort
faslch? ;)
Du kannst Dir das Passwort zurücksetzen lassen auf der Website.

 Und mein Bug:
 Verwendete Version: OTRS 4.0.10
 Hab versucht per SysConfig in der Queue-Ansicht | Anzeige-Modus Small aus
 der Tabelle die Spalte Priorität auszublenden.

ich glaube, dass die Checkbox, der Priorität und die Ticketnummer (wenn auch
in der
sysconfig konfigurierbar) immer angezeigt werden und nicht weg-konfiguiert
werden können.
(zumindest ist es bei mir auf dem System (4.0.10) nicht weg-konfigurierbar.

 Created - 2
 hinzugefügt.

das Created funktioniert einwandfrei. Steht aber IMMER rechts neben der
Priorität.

 Die Spalten per Drag  drop zu tauschen ist für mich keine Option, da ...
 ... dies ja dann nicht global gilt
 ... ich hochgradig sehbehindert bin, und somit nicht mit der Maus arbeite.

Ich habe es mit DragDrop gemacht. Leider kann ich Dir ohne Maus nicht
weiterhelfen. :-(

Ich vermute aber, dass es kein Bug ist, sondern works as designed ist ;)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Upgrade auf OTRS 4

[Florian Edlhuber]

Hi Sepp,

02/07/2015 17:13 - Josef1 Penzkofer wrote:
 ich bereite derzeit ein Upgrade vor und hab im Online Admin-Handbuch im
 Abschnitt ACL - Access Control Lists folgendes gelesen:
 From OTRS 3.4.x 'Action' parameter is not longer a hash but an array
reference
 and it can be used in any of the Change sections using any of the Modifiers.
 Gibt es denn eine Version OTRS 3.4.x?

Nein. Die Doku scheint faslch zu sein.

Es gibt
3.2.x.
3.3.x
4.0.x
und es wird laut git repository ein OTRS5 geben (5.0.x) ich vermute, dass das
so bleiben wird.

es gibt keine 3.4.x und auch keine 4.1.x oder 4.2.x
Ich mach' mal einen bug auf damit die Doku korrigiert wird. OK? :)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Antwort: FAQ-Artikel - Kein Zeilenumbruch editierbar

[Florian Edlhuber]

Hi,

02/07/2015 17:13 - Michael Wiegand wrote: kann mich auch Probleme mit dem FAQ
Modul und den Textfeldern erinnern. Eine Lösung gab es da meines Wissens
nicht.
(...)
Glaube nicht, dass es in der 4er Version anders ist? Berichtigt mich, wenn ich
falsch liege.
 
ich kenne aus der OTRS4 die Beeinträchtigung mit dem FAQ nicht mehr.  Wenn es
da wirklich (noch) Probleme geben sollte, macht doch einen bug auf. :-)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] LDAP Anbindung: Agenten Mail Adresse lokal / MySQL überschreiben

[Florian Edlhuber]

Hi,

02/07/2015 17:13 - Denny Fuchs wrote: ich habe OTRS 4.x mit einer LDAP
Anbindung für Agenten und Kunden. OTRS holt sich
auch für die Agenten die Mailadresse aus dem (Open)LDAP. Nun möchte ich aber
die
Möglichkeit haben, dass der Agent seine Mailadresse unabhängig vom LDAP ändern
kann.
Bisher ist es so, dass die Mailadresse nur bis zum nächsten Login geändert
werden
kann, danach wird sie wieder auf den Wert im LDAP gesetzt.
 
Wenn Du Dein LDAP anzapfst (was gut ist!) :-) dann ist das Deine führende
Datenquelle. Das Verhalten an sich kannst Du nicht ändern.

Aber was Du machen kannst:
Du kannst Deine Agenten lokal in der Datenbank pflegen und auschließlich das
Passwort über
das AD prüfe lassen.

Dafür reicht Dir folgende Konfig in der Config.pm 

#$Self-{AuthModule} = 'Kernel::System::Auth::LDAP';
#$Self-{'AuthModule::LDAP::Host'} = 'ldap.example.com';
#$Self-{'AuthModule::LDAP::BaseDN'} = 'dc=example,dc=com';
#$Self-{'AuthModule::LDAP::UID'} = 'uid';

Wichtig ist nur, dass Deine lokale OTRS Agentendatenbank den identischen
Username hat, wie auch in Deinem LDAP. Und achte bei UID drauf, dass ein
Windows AD nicht 'uid' hat sondern 'SamAccountName'

:-)

ich denke, damit sollte das gehen.

Darf ich fragen, WARUM Deine Agenten die E-Mailadresse ändern sollen?

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] FAQ-Artikel - Kein Zeilenumbruch editierbar

[Florian Edlhuber]

Hi Sepp,

19/06/2015 13:16 - Josef1 Penzkofer wrote:
 verwendete Version: OTRS 3.2.14
 FAQ-Modul: Version 2.2.3
 Fügt man in den Textfeldern (kein Rich-Text-Editor) z.B. Beschreibung,
Lösung
 einen Zeilenumbruch ein, so wird dieser nach Übermitteln nicht mehr
angezeigt
 und der Text in den entsprechenden Feldern steht in einer einzigen Zeile.
 (...)
 Wie löst ihr dieses Problem denn?

durch den Einsatz einer aktuelleren OTRS Version :-)

Die 3.2.x ist alt und ich hatte so ähnliche Probleme mal mit den FAQs (HTML
wurde nicht
sauber dargestellt oder sowas)

in neueren Versionen läuft das einwandfrei. Also -- Update!

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] FAQ-Artikel - Ablaufdatum?

[Florian Edlhuber]

Hi,

11/06/2015 15:55 - Josef1 Penzkofer wrote:
 wir versuchen gerade, einen Prozeß zu entwickeln, der die Aktualität der
 FAQ-Artikel gewährleisten soll.

 Dazu soll z.B. eine E-Mail-Benachrichtigung erfolgen, wenn ein FAQ-Artikel
 bspw. 1 Jahr alt ist.
 (...)

'n verlinktes Ticket zur FAQ im Status pending reminder 365 Tage

:-)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: Emails abrufen schlägt fehl (automatisch)

[Florian Edlhuber]

Hi,

21/01/2015 13:54 - Sebastian Gödecke wrote:
 perl otrs.PostMasterMailbox.pl 
 IMAP: Message 1/1 (support/mailserver)
 [...cpan-lib/Net/IMAP/Simple.pm line 1221 in sub _read_multiline]
 Looking for ending parenthsis match...

Vielleicht ist an der Mail auch was faul? Kannst Du die Mail aus dem IMAP
Postfach mal löschen
und den Postmaster Mailbox Abruf erneut starten?

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: : Re: Emails abrufen schlägt fehl (automatisch)

[Florian Edlhuber]

Hi,

21/01/2015 12:14 - Sebastian Gödecke wrote:
 Am 21. Januar 2015 um 11:49 schrieb Florian Edlhuber:
 Und was passiert wenn Du von der Shell den Abruf startest?
 ​Wie denn?​

Wie in meiner Mail beschrieben.

[1]http://lists.otrs.org/pipermail/otrs-de/2015-January/015811.html

--
Florian


[1] http://lists.otrs.org/pipermail/otrs-de/2015-January/015811.html
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Ticket-Erstellung per E-Mail - Tickettyp

[Florian Edlhuber]

Hi,

15/01/2015 09:08 - Josef1 Penzkofer wrote:
 Und wie soll der Schritt aussehen? Die Agenten müssen ja dann eine Aktion
 ausführen, bei der der Ticket-Typ gesetzt werden kann - Welche?

Ticket kommt rein als Unclassified zum Beispiel. Agent klickt auf
FreeFields oder auf eine
Action Deiner Wahl, wo man den Typ setzen kann (geht nicht überall, wie Du
bereits bemerkt hast) :-)

Danach geht's weiter.

'ne ACL, welche alles ausser der Action FreeFields ausblendet solange der
Ticket Typ
'Unclassified' ist, hilft.

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Ticket-Erstellung per E-Mail - Tickettyp

[Florian Edlhuber]

Hi,
 
und zu deiner Antwort:
 Du lässt es wie es ist, und Deine Agenten setzen den Typ. 

 Dann müssen die Agenten ja zunächst irgend eine Aktion ausführen, bei der
man
 den Ticket-Typ setzen kann - beim sofortigen Antworten (AgentTicketCompose,
 AgentTicketPhoneOutbound) kann man dies ja anscheinend nicht.

Das ist korrekt. Erst klassifizieren. Dann Ticket bearbeiten.
Es kann ja sein, dass hinter einem Incident andere SLAs stehen oder andere
Prios als bei
einem Service Request.
Deshalb wird zu allererst der Ticket Typ gesetzt. Ganz bewusst in einem extra
Schritt.

So verstehe ich es zumindest :-)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Ticket-Erstellung per E-Mail - Tickettyp

[Florian Edlhuber]

Hi Sepp,

08/12/2014 15:24 - Josef1 Penzkofer wrote:
 Ich hab heute das Feature Ticket-Typ aktiviert.
 (...)
 Wie soll man nun bei einem Ticket, dass per E-Mail ins System gelangt und
 bspw. ohne weitere Aktion sofort beantwortet wird, den Ticket-Typ setzen?

Der Postmaster Filter ist dein Freund :-)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Ticket-Erstellung per E-Mail - Tickettyp

[Florian Edlhuber]

Hi,

11/12/2014 10:26 - Josef1 Penzkofer wrote:
 [Fragen zu Ticket Typ unclassified und Postmaster Filter)
 Allerdings funktioniert dies bei unserer Konfiguration nicht, da ich im
 Admin-Bereich | Typen zwei neue Typen definiert hab:
 - Incident
 - ServiceRequest
 Wie soll ich da also filtern?

Du kannnst erstmal natürlich nicht danach Filtern, wenn Du keine
Filterkriterien hast.
Das OTRS weiß ja nicht, ob da ein Incident oder ein Service Request ankommt.
Ich meinte mit
Postmaster Filter ist Dein Freund dass die Filter den Typ setzen können.

 Und warum wird momentan bei Tickets, die als E-Mail ins System gelangen, der
 Typ Default gesetzt, obwohl ich den im Admin-Bereich | Typen auf
'ungültig'
 gesetzt hab?

Das System weiß ja erstmal nicht, was ankommt und setzt Default bzw. in
neueren Versionen
auf Unclassified  auch wenn der Ticket Typ auf ungültig ist. Das
ungültig ist jetzt
erstmal für den Agenten und die Ticket Typ Auswahlfelder (dass es nicht mehr
angezeigt wird).

Du hast jetzt folgende Möglichkeiten: Entweder über den Postmaster Filter alle
eingehenden
E-Mails auf einen von Dir definierten Typ setzen (z.B. Incident oder Service
Request) und stehst
damit vor dem Problem, dass es evtl. falsch gesetzt wird oder...

Du lässt es wie es ist, und Deine Agenten setzen den Typ.

Irgendjemand muss Deinen Typ setzen. Und die Kriterien für ist das ein
Incident? oder ist
das ein Servicerequest? musst Du definieren und entweder dem OTRS sagen (über
Filter) oder den Agenten die Aufgabe überlassen.

Das hat am Ende eher was mit Deiner Organisation + Typ Definition zu tun, als
mit OTRS :-)

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Update von 3.2 auf 3.3

[Florian Edlhuber]

Hi
 
05/12/2014 07:44 - Ludwig Markus wrote:
 eine ziemlich blöde Frage, aber durch einen Absatz in einem Upgrade-Guide
bin ich aktuell
 etwas verunsichert:

welcher Absatz verunsichert Dich denn? Weil wie können wir den verbessern?

05/12/2014 07:44 - Ludwig Markus wrote:  Kann ich von 3.2.12 auf 3.3.10 ohne
Zwischenschritte upgraden?

Ja. Du kannst von jeder 3.2.x auf jede 3.3.x gehen ohne Zwischenschritte. Also
Du musst
nicht auf die 3.2.13, 3.2.14, 3.2.15... sondern direkt auf die 3.3.x

Nach der 3.3.x Migration kannst Du direkt auf die OTRS 4

Du kannst nicht direkt von 3.2.x auf die 4.

so steht's auch im manual
[1]http://otrs.github.io/doc/manual/admin/stable/en/html/upgrading.html

--
Florian


[1] http://otrs.github.io/doc/manual/admin/stable/en/html/upgrading.html
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: : Update von 3.2 auf 3.3

[Florian Edlhuber]

Hi,

05/12/2014 12:35 - Ilic Stephan wrote:
 (...) Wie lange würde die Migration von
 3.2 auf 3.3 in Anspruch nehmen, und wie viel Zeit sollte man einplanen um
 von 3.3 auf 4 zu wandern?

Das kann man pauschal nicht beantworten. Das hängt von Deinen Maschinen ab,
wieviel Power Deine
Datenbank hat, wie groß die Datenbank ist, wie viele ACLs Du hast, wieviel Du
am Code geändert
hast, ob Du externe Datenbanken (non utf8) angebunden hast und so weiter...

Ich würde es an Deiner Stelle 1x Test migrieren auf einer anderen Maschine.
Dann weißt Du's :-)

Sagen wir mal so:
Wenn Deine 3.2. unter 1 GB Datenbankgröße hast, sollte die technische
Migration in 1 - 2 Stunden
durch sein wenn Du eine OTRS Standard Installation hast.
Aber die Vorbereitungen + Nacharbeiten... das kann man pauschal nicht sagen.

Es gibt Systeme, die sind 2 Tage down bei so 'nem Upgrade. Andere - wenn sie
gut vorbereitet sind -
keine Stunde.

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : OTRS und Barrierefreiheit

[Florian Edlhuber]

Hi,

29/10/2014 14:36 - Josef1 Penzkofer wrote: da es bisher keine Aussagen zum
Thema Barrierefreiheit gibt, warte ich -
Nutzer von Screenreader JAWS und Braillezeile - mit Spannung darauf, wie die
OTRS AG dieses Thema in OTRS Helpdesk V4 berücksichtigt.
 
verlässliches habe ich nicht (ich selber nutze auch keine Screenreader etc)
Die OTRS4 sollte aber im Großen und Ganzen so sein, wie die 3.3.x

Drag and Drop ist z.B. ein Problem, insbesondere bei Prozessmanagement. Das
was für
nicht Sehbehinderte schön ist wird wohl für die Betroffenen schwerer.

--
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : OTRS 4 Beta für Windows

[Florian Edlhuber]

Hi,

08.10.2014 15:29 - Josef1 Penzkofer schrieb: ich möchte die neue OTRS 4
Beta-Version testen. Im Download-Bereich von OTRS
hab ich jedoch keine Version für Windows gefunden.

Wie kann ich die Beta-Version denn unter Windows installieren?
 
wenn Du hier [1]http://ftp.otrs.org/pub/otrs/ nix findest, gibt's (noch) keine
Windows Installer.
Es gibt auch die Appliance noch nicht.

Deshalb musst Du wohl 'n Linux nehmen für den Test ;)
(Windows ist sowieso voll die Krücke mit dem ganzen perl Gedöns)

--
Florian


[1] http://ftp.otrs.org/pub/otrs/
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Zu ITSM-Pakete

[Florian Edlhuber]

Hi,

19.03.2014 09:23 - Josef1 Penzkofer schrieb:
 Leider kann ich aber ein Verzeichnis Kernel/System/Language bzw. eine
 Datei de_Custom.pm nicht finden.

Ich wollte es Dir nicht zu leicht machen :)
Aber ehrlich gesagt hab ich mich vertippt. Das ist in Kernel/Language 

aber die Doku gibt auch Infos dazu
[1]http://doc.otrs.org/developer/2.0/en/html/c630.html

das ist zwar aus der 2.0. aber immer noch gültig. Siehe v.a. Abschnitt 10.1.3.
Custom Translation File

 :)

Ciao
Flo

[1] http://doc.otrs.org/developer/2.0/en/html/c630.html
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Zu ITSM-Pakete

[Florian Edlhuber]

Hallo Sepp,

18.03.2014 17:45 - Josef1 Penzkofer schrieb:
 noch eine kleine Frage zu den ITSM-Paketen:
 Ich hab bspw. in der Übersetzungsdatei
 de_ITSMChangeManagement.pm
 (/Kernel/Language) Änderungen gemacht,
 (...)

Du solltest Core Dateien nicht ändern, falls nicht unbedingt nötig. Für die
Übersetzungen
gibt es in Kernel/System/Language eine xx_Custom.pm Datei, die Du kopieren
kannst
für Deine Sprache (de_Custom.pm). Diese wird nicht überschrieben.

Dass das Paket im Paketmanager rot angemeckert ist, kannst Du in Deinem Fall
ignorieren.
Das heisst ja nicht, dass es nicht korrekt installiert ist. Es weicht nur vom
original ab.

Solltest Du einen Support Contract haben wirst Du dafür Support verlieren.
Mehr heisst es
eigentlich erstmal nicht schätz ich. Also Probleme sind IMHO nicht zu
erwarten.

viele Grüße
Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : ITSM-Paket installieren

[Florian Edlhuber]

Hi Sepp,
 
17.03.2014 08:53 - Josef1 Penzkofer schrieb: Ich wollte nun das ITSM-Paket
installieren. Dazu hab ich heruntergeladen:
ITSM-3.2.9.opm
Wenn ich anschließend auf Paket installieren klicke erhalte ich ein PopUp
mit
einem FehlerHinweis.
 
Was steht denn in dem Fehler? :)

Ich verwende normalerweise nicht das ITSM Paket, sondern die Pakete einzeln.
(GeneralCatalog, Core, und dann die benötigten)

Und ich mach das über Core::Package da geb ich das online Repository an und
dann kann ich
direkt das aktuellste im Paketmanager immer installieren.

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : ITSM-Paket installieren

[Florian Edlhuber]

Hi,

17.03.2014 14:06 - Josef1 Penzkofer schrieb:   Es ist ein Fehler aufgetreten.
 
 Das ist natürlich doof :)
 
  Beim Versuch, nun via OTRS-Paketverwaltung
  GeneralCatalog-3.2.9.opm
  zu installieren, passiert wieder genau dasselbe - PopUp mit Meldung: Es ist
  ein Fehler aufgetreten.
 
 Kannst Du das über die Kommandozeile installieren? Evtl. mit einem force?
 
  Zur OTRS-Paketverwaltung
  Im Bereich Verzeichnis aktualisieren hab ich zur Auswahl lediglich den
  Eintrag OTRS Extensions
  Ich glaube mich aber zu erinnern, dass ich da früher mal weitere Repository
  auswählen konnte.
 
 Das steht in der sysconfig unter Core::Package
 
 schau mal nach ob das Repository da ist für die 3.2.x ITSM Versionen
 
  Wie kann ich das ITSM-Paket denn nun installieren?
 
 tja... :D erstmal keine Ahnung so auf die Ferne und ohne einer richtigen
 Fehlermeldung
 wäre ich auch aufgeschmissen. :(
 
 Flo
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : ITSM-Paket installieren

[Florian Edlhuber]

Hallo Sepp
 
17.03.2014 16:57 - Josef1 Penzkofer schrieb:

 In SysConfig ist folgendes eingetragen:
 Untergruppe: Core::Package  

 Element: Package::RepositoryList 
 Kontrollfeld deaktiviert
 Einstellung: 
 Schlüssel - Inhalt
 ftp://ftp.example.com/pub/otrs/misc/packages/ - 
 [Example] ftp://ftp.example.com/ 

Hier kannst Du das Online Repository eintragen. 
http://ftp.otrs.org/pub/otrs/itsm/ und dann die entsprechende Version. Am 
Besten nicht das Bundle sondern die packages.

aber vermutlich wird Dir das am Ende auch  nicht helfen. Was sagt Dir denn
Dein Supportpackage?


Flo
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : pav.otrs.com: certificate verify failed

[Florian Edlhuber]

Hi,
 
11.03.2014 12:21 - Christian schrieb: Mar 11 11:52:00 otrs OTRS-CGI-10[4903]:
[Error][Kernel::System::WebUserAgent::Request][Line:199]: Can't perform
POST on [1]https://pav.otrs.com/otrs/public.pl: 500 Can't connect to
pav.otrs.com:443 (certificate verify failed)
 
da es die deutsche Liste ist:
bei mir hat ein sudo apt-get install ca-certificates geholfen. (Ubuntu)

On my system I had the same errors, missing ca certificates. sudo apt-get
install ca-certificates
helped.

Other issue could be blocked ports or proxy authentification needed.

viele Grüße / Cheers
Florian
 

[1] https://pav.otrs.com/otrs/public.pl:
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: : Re: : Re: Workflows/Prozesse

[Florian Edlhuber]

Hi,

06.03.2014 13:02 - Christian Heinrichs schrieb: Ich habe jetzt einen Prozess
erstellt, allerdings sehe ich nicht die Möglichkeit ein Prozess-Ticket zu
erstellen, muss das noch irgendwo aktiviert werden?  

Wenn der Prozess aktiv ist und Du eine Acitivity mit Dialog hast, sollte im
Ticket Menü
'neues Prozess Ticket' erscheinen.

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Workflows/Prozesse

[Florian Edlhuber]

Hi,

 ich habe OTRS 3.3.5 als Testsystem installiert und wollte die Workflows
gerne mal testen, kann
 aber nirgends etwas dazu im Interface finden.  Das einzige was ich gefunden
habe sind die Prozesse, ist das das gleiche?

Nein. Das Process ist im Standard OTRS und funktioniert anders als das
Workflow Modul.

 In der Live Demo auf der OTRS-HP habe ich im Admin Panel einen Punkt
 Ticket-Workflow. Dieser taucht aber bei mir nicht auf? Ist das ein
kostenpflichtiges
 Feature Addon?

Das ist richtig. Das Workflow Modul kann Tickets teilen und simpel voneinander
abhängig machen.
Das Processmodul kann z.B: (im Moment) im Standard nicht teilen. Dafür hat es
schöne
Formulare :)

Flo  
 
 -
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: Workflows/Prozesse

[Florian Edlhuber]

Hi,

06.03.2014 11:42 - ajh4711 schrieb:
 Ticket-Workflow ist ein kostenpflichtiges Feature Addon.

richtig.

 Du kannst dir das aber sparen und in das Prozessmanagement einsteigen.
 Das Prozessmanagement bildet mehr als das „alte“ Workflow AddOn ab.

Sehe ich anders, es sind im Moment zwei verschiedene Funktionsweisen :)

  Zu dem Prozessmanagement findest du sehr viel im Internet.
Außerdem wird es sich dabei um das „Mittel der Wahl“ für die Zukunft handeln.
 
Das sehe ich genauso.

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: : Re: Workflows/Prozesse

[Florian Edlhuber]

Hi,

06.03.2014 11:52 - ajh4711 schrieb: wo siehst du die konkreten Unterschiede
zwischen Workflow und Prozesse?  
 Also, was kann ich mit Prozessen nicht machen das ich mit Workflows kann?
 Evtl. an einem konkreten Bsp?

Das Prozess Ticket ist immer ein Ticket.
Workflow besteht aus mehreren Tickets.

Prozesse können sich im Kreis drehen, ein Workflow nicht.
Prozesse arbeiten seriell, Workflow kann seriell und parallel.

Workflow kann mit einem Klick eine Flut an Tickets erzeugen. Der Prozess
nicht.

Prozessschritte können ans customer.pl gebracht werden, Workflows erstmal
nicht.
:)

Prozesse hat erweiterete Rechte, Workflows sind da ähnlich aber aufwändiger
mit ACLs.

... wobei am Ende auch ein Prozess parallel sein kann, ist aber sehr
aufwändig.

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Dynamischen Felder Queuebasiert

[Florian Edlhuber]

Hi,
 
18.02.2014 10:24 - Wagener Boris schrieb:  gibt es eine Möglichkeit die
dynamischen Felder pro Queue zu definieren (ohne KIX)?

Du meinst sowas wie: zeige ein dynamisches Feld nur an, wenn ein Ticket einer
Queue ist?

Das geht IMHO nicht mit Boardmitteln sondern Du brauchst Add Ons. Ich kenne
KIX nicht, aber
otrs.com bietet sowas an (Ticket forms oder Show/Hide Dynamic Fields)

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Web-Server-Fehler

[Florian Edlhuber]

Hi Josef,

14.02.2014 14:33 - Josef1 Penzkofer schrieb:
 Problem mit meinem Testsystem:
 Ich hab versucht, in der Config.pm ein Kunden-Backend (Typ: LDAP) zu
 konfigurieren.
 Anschließend ist folgender Fehler aufgetreten:
 Serverfehler!

Da würde es helfen wenn Du schickst:
Deine LDAP Konfig, die Du gebaut hast
das apache error log
das OTRS log.

meistens sind es nur Kommafehler.
  Undefined subroutine Kernel::Config::Load
called at /opt/otrs//Kernel/Config/Defaults.pm line 1765. ,

Obwohl ich in der Config.pm die zusätzlich hinzugefügte Konfiguration
(Kunden-Backend) wieder gelöscht hab, kann ich mich am OTRS nicht anmelden, da
immer noch die o.g. Fehlermeldung erscheint.
 
Am Besten spielst Du Dein Backup ein ;)

also im ernst:
bevor Du die Config.pm anfasst, sichere sie. Dann kannst Du immer wieder 
zurück.

Du musst am Besten IMMER bei Änderungen in der Config.pm den webserver neu
starten.
Falls das nicht hilft bitte otrs.DeleteCache.pl und ggf. alle Browsercaches
löschen. (die treiben
mich manchmal in den Wahnsinn)

Wenn der Webserver nicht mehr startet, hast Du 'n Syntax Fehler, der Dir aber
im Log angezeigt
werden sollte.

Achte IMMER auf die korrekten Berechtigungen auf den Dateien. Wenn Du Pech
hast, und
ein otrs.SetPermissions.pl falsch ausführst hat die ZZZAAuto.pm oder
ZZZAuto.pm
keine Leserechte mehr. (passiert bei mir aus unerfindlichen Gründen) Dann hab
ich auch
immer Serverfehler.

Also:
mehr Infos von Dir:
Zeig Deine jetzige Config.pm
Zeig Deine LDAP Wünsche. Was haste für 'n LDAP? AD?

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Alle Tickets mit eigener Beteiligung

[Florian Edlhuber]

Hi,
 
13.01.2014 14:01 - Ludwig Markus schrieb: bei uns wurde der Wunsch geäußert,
auf Knopfdruck alle Tickets mit eigener
Beteiligung (für Agenten) angezeigt zu bekommen. Mir ist es aber nur möglich,
Tickets, die der Agent selbst besitzt oder erstellt hat, einzubeziehen. Wie
könnte
man eine solche Abfrage umsetzen?
 
Das sollte IMHO mit der Suche nach From zu machen sein. Weil der Dir dann
alle Tickets mit
mindestens einem Artikel ausgibt in dem From der entsprechende Agent/Kunde
ist.

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : OTRS 3.2.11 OpenSuse, HTTPS

[Florian Edlhuber]

Hi Boris,
 
30.12.2013 14:03 - Boris Wagener schrieb:  gibt es irgendwo ein HowTo wie man
OTRS auf https umstellt? Was ist da alles zu beachten?

In der sysconfig gibt es nur die Option http oder https umzustellen. Das hat
aber erstmal nix damit
zu tun, dass es dann wirklich https ist.

http bzw. https macht der Webserver. Also musst Du einfach mal in den
Webserver Howtos schauen.

:)

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Datenbank auf UTF8 umstellen

[Florian Edlhuber]

Hi,
 
28.12.2013 10:51 - Boris Wagener schrieb:  gestern stand ich mal wieder vor
dem Problem nach einem Update auf 3.x die Datenbank in UTF8 zu konvertieren.
Wie macht ihr das? 
 Der einfachste Weg den ich kenne ist per Dump. Gestern hat das allerdings
nicht funktioniert. bzw. hatte ich danach Probleme mit dem Search Index.

Ich kenne auch nur den Weg, die DB zu dumpen und im Dump die Umlaute zu
ändern.

Allerdings funktoiniert das bei mir nur mit Linux/*nix Systemen, bei Windows
mit den Editoren Notepad++
oder ähnliches hat das bei mir oft nicht geklappt.

Probleme gabs nach der Konvertierung nie.

Musst Du den search Index evtl. 1x neu aufbauen?

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Re: : Datenbank auf UTF8 umstellen

[Florian Edlhuber]

Hi,
 
29.12.2013 16:12 - Boris Wagener schrieb:  Hab ich gemacht. Und auch wie
gewünscht auf StaticDB umgestellt. Aber im SupportAssesment wurde es dann rot.
 
 Also meinst du das Dump mit nem Editor öffnen und Umlaute ändern?

Das StaticDB alleine reicht IMHO nicht, da gibts noch ein Skript in ./bin
schau mal in der doc.otrs.org bei performance Tuning.

Das mit dem Dump im Editor öffnen meinte ich, dass Du den Dump (wenn es ein
.sql Dump ist)
in einem Editor öffnest, und dort konvertierst.

mit vi oder sed geht das (hab ich zumindest mal gelernt) aber ich weiß die
Syntax nicht mehr :(

aber es gibt wohl auch ein recode
[1]http://wiki.ubuntuusers.de/Zeichensatz-Konverter

Damit würd ich's probieren.

Flo

 

[1] http://wiki.ubuntuusers.de/Zeichensatz-Konverter
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Mehr als 35 Tickets in der Übersicht anzeigen - Wie?

[Florian Edlhuber]

Hi Götz, HI Jan, Hi Alle,

Sorry für die verspätete Antwort, hab die Mails erst verspätet zugestellt
bekommen.

17.12.2013 22:57 - schrieb: ich mache das als Admin mit einem Generic Agent,
der keine Zeit-Einträge hat. Als
normaler Agent geht das natürlich nicht. Eventuell hilft es Dir aber weiter
...
 
Genau dafür ist der Generic Agent da. Der kann mehr als 35 Tickets :)

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Mehr als 35 Tickets in der Übersicht anzeigen - Wie?

[Florian Edlhuber]

Hi,
 
18.12.2013 08:08 - Michael Wiegand schrieb:  Hat es einen bestimmten Grund,
warum ihr diese Bereinigungsjobs nicht automatisch laufen lassen wollt?
 
Ich für meinen Teil lasse die Jobs automatisch laufen, wenn ich sie vorher
ausgiebig getestet
habe. Ich mag ja keine richtigen Tickets verlieren. Aber gegen ein
automatisches laufen lassen
spricht sonst nichts denke ich.

Flo-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Fehler bei Migration von OTRS 3.1 - 3.2

[Florian Edlhuber]

Hallo Markus,

03.12.2013 09:27 - Ludwig Markus schrieb:
 Ich versuche gerade die Migration eines OTRS 2.48 nach 3.2. Die Updates auf
3.0
 und 3.1 liefen so weit ich das beobachten konnte ohne Fehlermeldung durch
 (...)

so wie ich das verstehe, werden nicht bestehende indexe gelöscht (oder
versucht zu löschen)
das sollte OK sein meine ich.

Solltest Du noch MyISAM benutzen (was ich vermute) solltest Du Dir mal
[1]http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/

anschauen :) Dann wirst Du bei künftigen Updates noch weniger Störungen haben.

Flo
   


[1] 
http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] : Anmeldeaufforderung bei FAQ einfügen und fehlende Rechte bei Queueansicht wechsel

[Florian Edlhuber]

Hi,

26.11.2013 09:48 - Boris Wagener schrieb:
 ich habe zwei kleine Probleme bei denen ich einen kleinen Denkanstoss
brauche.   Zu ersten wird eine Anmeldung verlangt wenn man in ein
wieterzuleitendes Ticket eine FAQ
 eingefügt werden soll. Es erscheint also die Login Maske für Agenten anstatt
den FAQs im
 Popup.
 
stimmt Dein Eintrag bei http und https (prefix) in den Core Einstellungen? Das
hatte ich mal.
 
  Das zweite: Wenn ein Agent die Ansicht wechseln will auf Ansicht nach Status
erscheint:
 Nicht ausreichende Rechte, Nachricht: No Permissions to use frontend module!
  
 Hat jemand ne Idee wo ich nach den Fehlern suchen muss?

Da musst Du mal in der Sysconfig suchen. Vermutlich hast Du migriert? Dann
such mal in
der Sysconfig nach diesen StatusView oder so ab, und schau, ob Du da
Berechtigungen
drauf hast (im Zweifel resetten)

Flo

 -
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] Cannot run this program as root. Please run it as the 'otrs' user.

[Florian Edlhuber]

Hi,

On Wed, Jun 26, 2013 at 09:01:27PM +0200, Sebastian Gödecke wrote:
 Am 26. Juni 2013 20:46 schrieb Boris Wagener b.wagene...@gmail.com:
  Hallo Liste,
  ich steh immer wieder vor dem selben problem.
  Wie führe ist das Script als OTRS User aus?
 
  ich bin root
  su otrs hilft nicht.
 
 Gibt es denn den User otrs ?
 Und welches script denn ?

sudo -u otrs command 

führt das als user otrs aus.

:)

Flo

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] LDAP Anbindung für Authentifizierung

[Florian Edlhuber]

Hi,

On Mon, Jun 24, 2013 at 02:01:18PM +0200, Ralf Hildebrandt wrote:
 Wenn ich LDAP für die Username/Passwort Authentifizierung nutze, wie
 weiss OTRS dann auf welche Queues der User zugreifen darf? 

entweder pflegst Du die Usernames in der lokalen DB und nutzt die 
klassische Role/User Zuordnung.

Oder

Du nutzt einen UserSync (synctoroles) in der Defaults.pm ist das
gut beschrieben.

Flo

-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] CMDB suche

[Florian Edlhuber]

Hi,

On Thu, Jun 06, 2013 at 03:48:08PM +0200, Pahl, Thomas wrote:
 ich habe in meiner CMDB den Punkt Anschaffungspreis hinzugefügt.
 Leider kann ich die Einträg nicht nach diesem Eintrag durchsuchen.
 Gibt es eine Möglichkeit diesen Punkt für die suche Freizugeben?

Das müsste Searchable = 1 sein oder so ähnlich. 

Kannst Du bei anderen Werten suchen :)

viele Grüße
Florian
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] New Ticket fehlt im Customer Interface nach Update auf 3.2

[Florian Edlhuber]

Hallo Boris,

On Mon, Jun 03, 2013 at 02:10:45PM +0200, Boris Wagener wrote:
 nach einem Update fehlt mit der Button New Ticket im Customer Interface.
 Bei mir erscheint MyTicket und FAQ.
 Den Ordner mit den dtl- Dateien hab ich schon gegen die Originale aus
 dem Paket ausgetauscht. Hat aber nix gebracht.
 
 Hat von euch noch einer ne Idee?

Ich sehe ein paar Ansätze:  
Entweder hast Du die .dtl oder .pm Dateien umgebaut und nicht portiert

oder (die wahrscheinlichere Variante)

Fehler in der Sysconfig. Mir passiert es manchmal bei Upgrades und/oder
Backup/Restore dass Einträge in der Sysconfig zwar gesetzt sind, aber 
irgendwie nicht korrekt arbeiten. (mit Manchmal meine ich jetzt: 
Es ist mir schon mal passiert, dass...) :)

Bei mir hilft dann, einen Wert zu ändern, abzuspeichern, und 
zurückzuändern. Oder halt auf den Reset Knopf in der entsprechenden
Einstellung zu klicken.

Was sonst noch sein könnte: Dass Du Customer-Groups aktiviert hast
oder hattest und das jetzt die Ursache ist.

Achja... alte Cache Files schließe ich jetzt mal aus :)
(otrs.DeleteCache.pl und otrs.LoaderCache.pl) sowie apache restart :)



Flo
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

Re: [otrs-de] New Ticket fehlt im Customer Interface nach Updateauf 3.2

[Florian Edlhuber]

Hi,

On Mon, Jun 03, 2013 at 03:27:58PM +0200, Boris Wagener wrote:
 so langsam wird ein Schuh draus.
 Wenn ich die Änderungen die ich eben gemacht habe (Submenue) rückgängig
 mache ist Neues Ticket ein Submenue von Suche.
 Ist das unter 3.2.x so gewollt?

Soweit ich weiß, ist vor der 3.2.x das ganze Ticket Handling im Customer
Interface nicht in einem Sub Menue.

Erst mit der 3.2.x wurde das in ein Submenue gepackt. 

Ich hab jetz mal eine Änderung in meiner 3.2.7. gemacht und folgendes
steht in der Sysconfig:

$Self-{'CustomerFrontend::Module'}-{'CustomerTicketMessage'} =  {
  'Description' = 'Create tickets',
  'NavBar' = [
{
  'AccessKey' = 'm',
  'Block' = '',
  'Description' = 'Create new Ticket',
  'Link' = 'Action=CustomerTicketMessage',
  'LinkOption' = '',
  'Name' = 'New Ticket',
  'NavBar' = 'Ticket',
  'Prio' = '100',
  'Type' = 'Submenu'
}
  ],
  'NavBarName' = 'Ticket',
  'Title' = 'New Ticket'
};


Das is also ein Submenue Aber nicht von der Suche sondern 
CustomerTicketMessage. ... wenn ich das richtig lese.

Flo
-
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de