January 2012 - 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

Fehler Meldung und ich komm nicht weiter
by Thomas Schneider | living liquid 27 Jan '12

27 Jan '12

Hallo zusammen, Ich bekomme diese Fehlermeldung kann aber keinen Fehler finden, erkennen. Vielleicht hat jemand eine Idee wo ich mich ranhängen könnte. Den Domain Namen hab ich ausgetauscht. -- ERROR: OTRS-PostMasterMailbox.pl-10 Perl: 5.12.1 OS: linux Time: Thu Jan 26 12:10:01 2012 Message: Found no Queue for EN::Business:MeineDomain.com! Traceback (1880): Module: Kernel::System::Queue::QueueLookup (v1.129) Line: 494 Module: Kernel::System::PostMaster::DestQueue::GetTrustedQueueID (v1.27) Line: 118 Module: Kernel::System::PostMaster::Run (v1.85) Line: 347 Module: Kernel::System::MailAccount::POP3S::_Fetch (v1.12) Line: 241 Module: Kernel::System::MailAccount::POP3S::Fetch (v1.12) Line: 106 Module: Kernel::System::MailAccount::MailAccountFetch (v1.16) Line: 386 Module: main::Fetch (v1.3) Line: 180 Module: /opt/otrs/bin/otrs.PostMasterMailbox.pl (v1.3) Line: 93 -- danke im voraus, thomas

4 5

Customer Interface erweitern
by Beo Banks 24 Jan '12

24 Jan '12

hi zusammen, besteht die möglichkeit das customer interface um ein weiteres feld beim schliessen zu erweiten? ich würde gerne noch eine weitere option/eingabefeld einbauen, wenn die user das ticket selbst schliessen. dank vorab beo

1 0

Vertragslaufzeit von SLAs abbilden
by Sandra Haberscheidt 23 Jan '12

23 Jan '12

Hallo zusammen, unsere Kunden schließen mit uns Service-Verträge über einen fest definierten Zeitraum, z.B. 12 Monate, ab. Während diesen Zeitraums sollen Sie natürlich im Ticket-System aus entsprechend definierten Services bzw. SLAs auswählen können. Soweit auch kein Problem. Nach Ablauf der vertraglich vereinbarten Servicelaufzeit sollen unsere Kunden zwar noch das Ticket-System nutzen können, aber keine Auswahl bzgl. Services und SLAs vornehmen können, so dass unsere Supporter direkt sehen, dass für eine Anfrage kein entsprechender Vertrag mehr besteht. Man müsste die Services bzw. SLAs also im Prinzip mit einer Art Verfallsdatum ausstatten. Hat jemand schon mal ein ähnliches Problem gehabt und kann mir vielleicht einen kleinen Hinweis geben, in welche Richtung ich denken muss? Bin für jeden Tipp dankbar... LG, Sandra

3 2

Mails an Kunden mit eingebetteten Bildern
by Michael Scheer 17 Jan '12

17 Jan '12

Hallo allerseits, das ist eine Schulungsfrage, oder? Und zwar kommen die Agenten schon mal auf die Idee, Nachfrage-Mails aus OTRS an Kunden zu schicken - und bereits im Ticket existierende Screenshots als URL einzubetten. Sie kopieren also die OTRS-interne URL des Bildes und machen eine neue Mail daraus. Der Kunde bekommt dann eine Mail, in der das Bild eben auch nur referenziert ist - und sehen aber kein Bild, weil es für sie nicht erreichbar ist. a) Gibt es vielleicht eine Option, die ich übersehen habe, die Bilder beim Senden automatisch hochlädt und einbettet? b) Man antwortet aus OTRS mit Zitat - (mit <OTRS_CUSTOMER_EMAIL>) - Bilder jedoch werden nicht mitgequotet. Was tun? Das ist der Grund, warum die Agenten zu basteln anfangen müssen. c) Oder gilt "OTRS ist kein Mailclient" ;-? Micha

2 2

Tickets archivieren zwecks schnellerer Datenbanksuche - bringt das etwas?
by Michael Scheer 17 Jan '12

17 Jan '12

Hallo allerseits, bei uns dauert die Volltextsuche nach einem bestimmten Begriff knapp 15 Sekunden. OTRS zapft eine Oracle-db an. Nun kam die Idee auf, Nagios-Tickets gar nicht in die Suche einzuschließen. Nagios kippt recht viele Tickets ab. Ich habe also alle Nagios-Tickets (diese haben bei uns einen bestimmten Typ) mit dem Archiv-Flag belegt. Sie wurden dann tatsächlich nicht gefunden, weil ja per Default in unarchivierten Tickets gesucht wird. Es handelt sich um 3000 von 17000 Tickets. Doch ein Performanceschub war überhaupt messbar. Ist denn einer zu erwarten? Ich bin nicht der Datenbank-Papst, aber mir scheint, dass weniger die Volltextsuche in der SQL-Abfrage für die Dauer massgeblich ist, sondern die Zeit schon für die Abfrage der Eigenschaft (pseudo: "SELECT blah FROM Ticket WHERE archive_flag = 'yes') draufgeht. Erfahrungen? Michael

1 0

Re: [otrs-de] User-Treffen in Berlin, otrs-de Nachrichtensammlung, Band 99, Eintrag 4
by Anna Brakoniecka 13 Jan '12

13 Jan '12

-----Ursprüngliche Nachricht----- An:otrs-de@otrs.org; Von:otrs-de-request@otrs.org Gesendet:Di 10.01.2012 13:03 Betreff:otrs-de Nachrichtensammlung, Band 99, Eintrag 4 Um E-Mails an die Liste otrs-de zu schicken, nutzen Sie bitte die Adresse Meldungen des Tages: 1. User-Treffen in Berlin (Alexander Halle) ---------------------------------------------------------------------- Message: 1 Date: Tue, 10 Jan 2012 11:57:23 +0100 From: Alexander Halle <alexander.halle-otrs-de(a)otterhub.org> Subject: [otrs-de] User-Treffen in Berlin To: "User questions and discussions about OTRS.org in German" <otrs-de(a)otrs.org> Message-ID: <4F0C1993.6020005(a)otterhub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hallo zusammen, am Donnerstag (12.1.) findet wieder ein OTRS-User-Treffen in Berlin statt, die Details stehen im Forum unter: http://forums.otrs.org/viewtopic.php?f=34&p=52109#p52109 OCB / OtterHub wird mit 5 Personen auch anwesend sein. Über den Open-Source-Bereich auf otrs.com konnte das Treffen aus technischen Gründen ausnahmsweise nicht angekündigt werden, alle Community-Events sind aber im OtterHub zu finden: http://www.otterhub.org/de/veranstaltungen/ Grüße Alexander Halle Public Relations OTRS Community Board / OtterHub (http://www.otterhub.org/) Hallo, Fotos vom gestern wurden veröffentlicht: http://www.facebook.com/capeIT (Fotoalbum: OTRS Stammtisch Berlin, 12.01.2012) https://twitter.com/#!/capeit/media/sli ... 2FtT4ZcoH9 Es hat echt Spass gemacht, mit Euch wieder zusammenzusitzen und wir freuten uns, dass wir dabei sein konnten VG, Anna ------------------------------ --------------------------------------------------------------------- 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 NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/ Ende otrs-de Nachrichtensammlung, Band 99, Eintrag 4 **************************************************** Viele Grüße, Anna Brakoniecka - - - - - - - - - - - - - - - Anna Brakoniecka c.a.p.e. IT® GmbH - ...cape it easy Annaberger Str. 240, D-09125 Chemnitz http://www.cape-it.de Tel: +49 371 5347 620 Fax: +49 371 5347 625 AG Chemnitz - HRB 23192 Geschäftsführer Rico Barth, Thomas Maier

1 0

Kann keine signierten Mails oeffnen
by Patrick Westenberg 12 Jan '12

12 Jan '12

Hallo zusammen, wenn ich ein Ticket öffnen will, dem eine signierte E-Mail zugrunde liegt, erhalte ich folgende Fehlermeldung: Can't call method "Verify" on an undefined value at /opt/otrs//Kernel/Output/HTML/ArticleCheckSMIME.pm line 277. SMIME ist aktiviert. Selbst verschicken wir aber keine signierten Mails. OTRS sollte sie nur öffnen können. Wo liegt hier der Hund begraben? Gruß Patrick

1 0

Problem: Leere Standard-Antwort -> Status "erfolglos geschlossen"
by Christoph Sandhaus 12 Jan '12

12 Jan '12

Hallo ML, irgendwas hab ich verfriemelt: wenn ich auf ein Ticket mit "Leere Standardantwort" den Kunden kontaktieren möchte, ist die Auswahl bei "Nächster Status des Tickets:" automatisch auf "erfolglos geschlossen" eingestellt. Leider werden so gelegentlich Tickets geschlossen, welchen den Status "offen" behalten sollen. Ich habe geändert, dass man beim Erstellen eines Telefon-Tickets den Status "neu" setzten kann: Ticket -> Frontend::Agent::Ticket::ViewPhoneNew: - Ticket::Frontend::AgentTicketPhone###StateDefault: Wert "new" Ausserdem soll der Status beim "Sperren" von "neu" auf "offen" wechseln: Ticket -> Core::Ticket - Ticket::EventModulePost###130-ForceStateChangeOnLock: - Schlüssel: new, Inhalt: open Haben diese Änderungen bewirkt, dass die oben beschriebene Auswahl sich anders verhält? Wie bekomme ich es hin, dass der Status bei "Lerre Standardantwort" per default erhalten bleibt? Danke + Gruß, Christoph ----- OTRS 3.0.11

3 7

Re: [otrs-de] Nutzung der ACL (Dr. Lutz Kowalke)
by Jan Martens 12 Jan '12

12 Jan '12

Am 12.01.2012 13:00, schrieb otrs-de-request(a)otrs.org: > Um E-Mails an die Liste otrs-de zu schicken, nutzen Sie bitte die > Adresse > > otrs-de(a)otrs.org > > Um sich via Web von der Liste zu entfernen oder draufzusetzen: > > http://lists.otrs.org/mailman/listinfo/otrs-de > > oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in > Subject/Betreff oder im Text an > > otrs-de-request(a)otrs.org > > Sie koennen den Listenverwalter dieser Liste unter der Adresse > > otrs-de-owner(a)otrs.org > > erreichen > > Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen > sinnvollen Inhalt der spezifischer ist als "Re: Contents of otrs-de > digest..." > > > Meldungen des Tages: > > 1. Re: Nutzung der ACL (Dr. Lutz Kowalke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 12 Jan 2012 10:58:27 +0100 > From: "Dr. Lutz Kowalke"<Lutz.Kowalke(a)slub-dresden.de> > Subject: Re: [otrs-de] Nutzung der ACL > To: User questions and discussions about OTRS.org in German > <otrs-de(a)otrs.org> > Message-ID:<4F0EAEC3.80704(a)slub-dresden.de> > Content-Type: text/plain; charset="ISO-8859-1" > > Lieber Rene, > > wenn dem so ist, müsste die folgende ACL > > # Begin Ticket ACL > > # ticket acl > $Self->{TicketAcl}->{'ProblemFreeText2Not'} = { > # match properties > Properties => { > # current ticket match properties > #Ticket => { > #}, > }, > # return possible return options > Possible => { > # notpossible ticket options > TicketFreeKey2 => ['Problemstatus'], > TicketFreeText2 => ['test'], > }, > }; > > > # End Ticket ACL > > dazu führen, dass (egal was ich im Ticket eingebe) immer das Freitext2 > mit dem Schlüssel Problemstatus und dem Wert Test belegt werden. Dies > ist aber nicht der Fall. Es reagiert so, als ob diese ACL nicht > existiert. Aus meiner Sicht sieht es so aus, als ob die ConfigSys die > höhere Priorität hat. > Ich kann im Ticket auch keine anderen Einträge, als die, die in der > ConfigSys definiert sind, vornehmen. > > Habe ich da einen Denkfehler? > > Mit freundlichen Grüßen > Lutz > > Am 12.01.2012 09:47, schrieb Rene Böhm: >> Guten Morgen, >> >> die in der SysConfig für die FT-Felder definierten Werte stehen in der >> ACL natürlich zur Verfügung und können genutzt werden, aber was die ACL >> letztlich nach aussen gibt (die Werte aus der SysConfig oder eine >> gefilterte Variante oder vollständig neue Inhalte oder oder oder...), >> ist vollständig ihr überlassen. >> >> Viele Grüße >> Rene >> >> >> On 01/12/2012 09:26 AM, Dr. Lutz Kowalke wrote: >>> Lieber Rene, >>> >>> wenn es schon nicht möglich die Freitextfelder umgebungsabhängig >>> auszublenden, dann steht die Frage ob ich die zulässigen Inhalte in >>> Abhängigkeit der Umgebung über ACL definieren kann. >>> >>> z.B. >>> Ein Freitextfeld soll immer mit dem Wert "nicht belegt" oder "" versehen >>> werden. Unter bestimmten Bedingungen (Tickettyp X, Queue Y) sollen >>> andere Werte zulässig sein. >>> >>> Aus meinen Tests vermute ich, dass dann keine Standardwerte für dieses >>> Freitextfeld in der ConfigSys eingetragen werden dürfen, sondern alles >>> über die ACL geregelt wird. Dann sind auch keine für Agenten definierte, >>> sichtbare Werte möglich. >>> >>> Ist das korrekt? >>> >>> Mit freundlichen Grüßen >>> Lutz >>> >>> Am 10.01.2012 17:28, schrieb René Böhm: >>>> Hallo, >>>> >>>> >>>> >>>> das ist leider richtig. Die Anzeige der FT-Felder lässt sich nur über >>>> die SysConfig einstellen (für jedes Frontend-Modul). >>>> >>>> >>>> >>>> Viele Grüße >>>> >>>> Rene Böhm >>>> >>>> >>>> -----Ursprüngliche Nachricht----- >>>> *An:* otrs-de(a)otrs.org; >>>> *Von:* Dr. Lutz Kowalke<Lutz.Kowalke(a)slub-dresden.de> >>>> *Gesendet:* Di 10.01.2012 17:22 >>>> *Betreff:* Re: [otrs-de] Nutzung der ACL >>>> *Anlage:* inline.txt >>>> Hi, >>>> >>>> erst einmal vielen Dank für die schnelle Antwort. >>>> Dies bedeutet aber, dass es nicht möglich ist die Freitextfelder >>>> in Abhängigkeit vom Umfeld ein- bzw. auszublenden. Wenn z.B. >>>> Kategoriesierungen an einigen Stellen sinnvoll, richtig und >>>> notwendig sind, dann muss ich an allen Stellen damit leben. Ich >>>> kann, wenn ich es richtig verstanden habe, höchstens definieren, >>>> wann bestimmte Inhalte zulässig sind und wann nicht. >>>> >>>> Ist das korrekt? >>>> >>>> Viele Grüße >>>> Lutz Kowalke >>>> >>>> Am 10.01.2012 16:06, schrieb René Böhm: >>>>> Hallo Herr Dr. Kowalke, >>>>> >>>>> >>>>> >>>>> ACLs wirken nur auf Inhalte von Freitextfeldern. Man kann die >>>>> Felder damit nicht ausblenden, sondern nur deren Inhalte ändern. >>>>> >>>>> >>>>> >>>>> Viele Grüße >>>>> >>>>> Rene Böhm >>>>> >>>>> >>>>> >>>>> >>>>> -----Ursprüngliche Nachricht----- >>>>> *An:* otrs<otrs-de(a)otrs.org> <mailto:otrs-de@otrs.org>; >>>>> *Von:* Dr. Lutz Kowalke<Lutz.Kowalke(a)slub-dresden.de> >>>>> <mailto:Lutz.Kowalke@slub-dresden.de> >>>>> *Gesendet:* Di 10.01.2012 16:01 >>>>> *Betreff:* [otrs-de] Nutzung der ACL >>>>> *Anlage:* inline.txt >>>>> Hi, >>>>> >>>>> wir haben vor ein ArtikelFreeText-Feld zu belegen, aber nur >>>>> in bestimmten Fällen anzuzeigen und zu nutzen. Diese >>>>> Einschränkung soll mittels ACL gelöst werden. >>>>> >>>>> Mit folgender ACL soll dieses Freitextfeld grundsätzlich >>>>> ausgeblendet werden. >>>>> >>>>> # Begin Ticket ACL >>>>> >>>>> # ticket acl >>>>> $Self->{TicketAcl}->{'ProblemFreeTextNot'} = { >>>>> # match properties >>>>> Properties => { >>>>> |# current ticket match properties (match always)| >>>>> }, >>>>> # return possible return options >>>>> PossibleNot => { >>>>> # notpossible ticket options >>>>> TicketFreeKey2 => ['Problemstatus'], >>>>> }, >>>>> }; >>>>> >>>>> >>>>> # End Ticket ACL >>>>> >>>>> Leider bewirkt diese ACL nichts. Liegt dort noch ein >>>>> gedanklicher Fehler vor? >>>>> >>>>> Grüße aus dem im Moment sonnigen Dresden >>>>> Lutz Kowalke >>>>> >>>>> -- Dr.Lutz Kowalke IT-Regelbetrieb und Service Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de >>>>> >>>> -- Dr.Lutz Kowalke IT-Regelbetrieb und Service Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de >>>> >>> -- >>> >>> >>> Dr.Lutz Kowalke >>> IT-Regelbetrieb und Service >>> >>> >>> Sächsische Landesbibliothek >>> Staats- und Universitätsbibliothek Dresden (SLUB) >>> 01054 Dresden >>> >>> Tel: +49 (0)351 4677 230 >>> FAX: +49 (0)351 4677 711 >>> http://www.slub-dresden.de >>> Moin Moin, für mein Verständnis müsste der Code eher wie folgt aussehen: # ticket acl $Self->{TicketAcl}->{'ProblemFreeText2Not'} = { # match properties Properties => { # current ticket match properties #Ticket => { #}, }, # return possible return options Possible => { Ticket => { # notpossible ticket options TicketFreeKey2 => ['Problemstatus'], TicketFreeText2 => ['test'], }, }, }; # End Ticket ACL Du willst ja etwas am Ticket ändern. Habe den Code aber nicht getestet. Gruß Jan

1 0