April 2010 - otrs-de - OTRS mailing lists

Invalid Date '2009-2-29 23:59:59'!
by Tröße, Thomas 29 Apr '10

29 Apr '10

Hallo, seit geraumer zeit erscheinen in unserem System Log Einträge folgender Art: Thu Apr 29 10:00:37 2010 error OTRS-CGI-10 Invalid Date '2009-2-29 23:59:59'! Ich richtigen Logfile wirds noch etwas genauer: Apr 29 08:58:51 rzotrs OTRS-CGI-10[16790]: [Error][Kernel::System::Time::Date2SystemTime][Line:351]: Invalid Date '2009-2-29 23:59:59'! Apr 29 08:58:51 rzotrs OTRS-CGI-10[16790]: [Error][Kernel::System::Time::TimeStamp2SystemTime][Line:304]: Invalid Date '2009-2-29 23:59:59'! Dieses Datum ist gleich doppelt invalide: zum einen fehlt die führende 0 beim Monat (dies kann allerdings auch bei der Ausgabe der Fehlermeldung passiert sein) zum anderen gab es 2009 keinen 29.2. Ich habe in der Datenbank in den Tabellen ticket und article alle relevanten Felder nach einem ähnlichen Datum untersucht - bin dort aber nicht fündig geworden. Hatte schonmal jemand ähnliche Probleme und konnte dies erfolgreich lösen? Mit freundlichen Grüßen - Thomas Tröße TU-Braunschweig - Gauß IT Zentrum - Benutzerbetreuung Hans-Sommer-Straße 65 (R. 215) Tel.: +49 531 391-5554

1 0

.com Filter setzen
by Tobias Siebert 28 Apr '10

28 Apr '10

Hallo Liste, ich hatte in unsrem alten OTRS immer einen Filter gesetzt: From: [0-9A-Za-z](a)[0-9A-Za-z].com X-OTRS-Queue: Junk Und das lief soweit auch immer. Nun, im neuen OTRS Version 2.4.7. habe ich das genauso wieder eingerichtet, aber es funktioniert nicht. Die Mails mit .com Absender Mailadressen werden nicht automatisch in die Junk Queue verschoben. Wie muss der passende Filter denn aussehen ? besten Dank euch! Tobias Siebert

2 8

CustomerUserPostMasterSearchFields erweitern?
by Johannes Nickel 28 Apr '10

28 Apr '10

Servus, ich bin in der Config.pm auf diesen: CustomerUserPostMasterSearchFields = > ['email'], Eintrag gestoßen und habe eine Frage zur Funktion. Dieser Eintrag wird doch genutzt wenn ein Ticket erstellt wird und geprüft ob die Ticket E-Mail Adresse mit einer Adresse aus der DB match't ? An dieser Stelle kann ja auch mit beliebigen Feldern aus der DB verglichen werden, wenn ich das richtig sehe. Gibt es eine Möglichkeit die Queue (Namen), bzw das E-Mail Konto über das die E-Mail reinfliegt, mit an diese Routine zu übergeben? Die Namen der der Queue/Konto = Firma könnte ich aus der DB holen. Die Routine soll quasi eine den "Schlüssel" E-Mail erweitern um das Feld "Firmenname", da bei uns mehrere Kunden mit der selben E-Mail bei unterschiedlichen Firmen sein können. Evtl. hat auch jemand einen Tipp wo die Bestimmung des Kunden überhaupt erfolgt... Ich habe unter Kernel/System/PostMaster.pm gesucht, in aber nicht fündig geworden. Danke -- ------------------------------------------------------ Mit freundlichen Grüßen Johannes Nickel OTRS 2.4.5 LIVE auf Ubuntu 8.04 LTS OTRS 2.4.7 DEMO & DEV auf Ubuntu 8.04 LTS

1 0

Administratoren als Agenten ausblenden
by magic-griffin＠gmx.de 28 Apr '10

28 Apr '10

Moin zusammen, ich habe mit meinem OTRS ein kleines Problem. Die Administratoren haben bei mir einen Account (für mich admin-ce) mit dem sie das System administrieren sollen. Mit diesem Account soll jedoch kein Ticket bearbeitet werden können. Zur Bearbeitung von Tickets gibt es Accounts, die eindeutriger sind. Diese Accounts sollen jedoch keine Admin zugriffe bekommen. Wenn ich ein Ticket erstelle, kann ich alle User der Queue als Besitzer auswählen. Auch die Administratoren. Das Problem habe ich gelöst indem ich die Administratoren aus den allen Queues (außer admin) herausgenommen habe. Es gibt allerdings die Möglichkeit alle Agenten anzeigen zu lassen. Diese Möglichkeit ist auch gewünscht. Nur sollten dort die Administratoren ebenfalls ausgeblendet werden. Gibt es für soetwas eine Konfigurationsmöglichkeit oder muss ich einen Filter auf dem entsprechenden auswahlfeld schreiben? Schöne Grüße Christian -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

Services & SLA´s für Kunden
by Markus Moj 27 Apr '10

27 Apr '10

Hallo Mailingliste, Wir haben in etwa 300 Kunden und wollen nun Services und SLA´s einführen. Wir haben diese bereits definiert und in OTRS eingepflegt. Leider können wir keine Services für eine gesamte Firma freigeben bzw. für eine Benutzer-Gruppe. Muss man wirklich alles Service an die Kunden selbst verteilen, also jedem Kunden muss per Hand ein Service zugewiesen werden? Mit freundlichen Grüßen / Kind regards Markus Moj IT Infrastructure & Services TimoCom Soft- und Hardware GmbH In der Steele 2 D-40599 Düsseldorf Tel: +49 211 88 26 80 14 Fax: +49 211 88 26 70 14 eMail: mmoj(a)timocom.com Internet: www.timocom.com Geschäftsführer: Jens Thiermann, Gunther Matzaitis Amtsgericht Düsseldorf, HRB 34489

3 4

Neue Nachrichten verschwinden nach Beantwortung nicht aus dem Ordner "Neue Nachrichten"
by Michael Ruczenski 27 Apr '10

27 Apr '10

Guten Tag zusammen, in unserem Ticketsystem bleiben neue Nachrichten auch dann im Ordner "Neue Nachrichten" vorhanden wenn Sie durch den Verantwortlichen beantwortet wurden. Lediglich bei Freigabe des Tickets wird die Nachricht des Kunden aus dem Ordner entfernt. Im Gegensatz dazu gelangen neue Nachrichten sogar lediglich in diesem Ordner wenn das Ticket zuvor gesperrt wurde. Weder Besitzer noch Verantwortlicher erhalten in diesem Falle Post in das entsprechende Postfach (Neue Nachrichten). Ist dieses Verhalten regulär oder kann dies im Zusammenhang mit nicht korrekt funktionierenden Cronjobs stehen? Für Antwort wäre ich sehr dankbar. Viele Grüße, Michael

1 0

AGENT - LDAP
by Bernd Nachtigall 27 Apr '10

27 Apr '10

Hallo zusammen, ich versuche eine Agent-Auth. via LDAP zu konfigurieren. Anscheinend mangels ausreichender Perl-Kenntnisse habe ich dabei einige Probleme und bitte um Nachhilfe. Die Admin-Doku ist da leider nicht ausreichend für mich und in der Dev.-Doku finde ich nichts entsprechendes. *Wie läuft die Auth. via LDAP ab? Offenbar wird die DB ebenfalls benötigt. *Welche Attribute welcher Objekte werden womit verglichen? *messages sagt: OTRS-CGI-10[29564]: [Error][Kernel::System::Auth::LDAP::Auth][Line:276]: Search failed! base='cn=otrsagent,ou=Abt,o=company', filter='(member=testuser)', Success -Failed und Success in einer Meldung!?!? -member=testuser? Im Attr. member der Gruppe steht aber: 'cn=testuser,ou=Abt,o=company' 'testuser' wäre uid; ========================== System: -Der LDAP-Host ist eDir (KEIN MAD!) -DB (MySQL) ist auf entferntem Host scheint aber zu funktionieren (Ohne LDAP geht's) Vielen Dank für eure Unterstützung Bye Bernd Ab hier kommen Ausschnitte aus config.pm; messages und die Ergebnisse der ldap abfragen. ========================== Config.pm: $Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = 'ldap.domain.tld'; $Self->{'AuthModule::LDAP::BaseDN'} = 'ou=Abt,o=company'; $Self->{'AuthModule::LDAP::UID'} = 'uid'; <=Was soll hier stehen? Wozu ist der Eintrag gut? # Check if the user is allowed to auth in a posixGroup # (e. g. user needs to be in a group xyz to use otrs) $Self->{'AuthModule::LDAP::GroupDN'} = 'cn=otrsagent,ou=Abt,o=company'; $Self->{'AuthModule::LDAP::AccessAttr'} = 'member'; <=Was soll hier stehen? Wozu ist der Eintrag gut? # for ldap posixGroups objectclass (just uid) $Self->{'AuthModule::LDAP::UserAttr'} = 'entryDN'; <=Was soll hier stehen? Wozu ist der Eintrag gut? # for non ldap posixGroups objectclass (with full user dn) #$Self->{'AuthModule::LDAP::UserAttr'} = 'DN'; <=Was soll hier stehen? Wozu ist der Eintrag gut? # The following is valid but would only be necessary if the # anonymous user do NOT have permission to read from the LDAP tree $Self->{'AuthModule::LDAP::SearchUserDN'} = 'cn=ldapproxy,o=company'; #$Self->{'AuthModule::LDAP::SearchUserPw'} = ”; # in case you want to add always one filter to each ldap query, use # this option. e. g. AlwaysFilter => '(mail=*)' or AlwaysFilter => '(objectclass=user)' #$Self->{'AuthModule::LDAP::AlwaysFilter'} = ”; # in case you want to add a suffix to each login name, then # you can use this option. e. g. user just want to use user but # in your ldap directory exists user@domain. #$Self->{'AuthModule::LDAP::UserSuffix'} = '@domain.com'; # Net::LDAP new params (if needed - for more info see perldoc Net::LDAP) $Self->{'AuthModule::LDAP::Params'} = { port => 389, timeout => 120, async => 0, version => 3, }; # # agent data sync against ldap $Self->{'AuthSyncModule'} = 'Kernel::System::Auth::Sync::LDAP'; $Self->{'AuthSyncModule::LDAP::Host'} = 'ldap://ldap.domain.tld/'; $Self->{'AuthSyncModule::LDAP::BaseDN'} = 'ou=Abt,o=company'; $Self->{'AuthSyncModule::LDAP::UID'} = 'uid'; $Self->{'AuthSyncModule::LDAP::SearchUserDN'} = 'cn=ldapproxy,o=company'; #$Self->{'AuthSyncModule::LDAP::SearchUserPw'} = 'some_pass'; $Self->{'AuthSyncModule::LDAP::UserSyncMap'} = { # DB -> LDAP UserFirstname => 'givenName', UserLastname => 'sn', UserEmail => 'mail', Phone => 'telephoneNumber', Username => 'uid', comment => 'description', }; ========================== Ausgabe messages: OTRS-CGI-10[29564]: [Error][Kernel::System::Auth::LDAP::Auth][Line:276]: Search failed! base='cn=otrsagent,ou=Abt,o=company', filter='(member=testuser)', Success OTRS-CGI-10[29564]: [Error][Kernel::System::User::UserLookup][Line:696]: No UserID found for 'testuser'! ========================== Ergebnis einer Abfrage via ldapsearch: Nach dem Benutzer: dn: cn=testuser,ou=Abt,o=company homeDirectory: /home/testuser mail: testuser(a)domain.tld uid: testuser eMailAddress: testuser(a)domain.tld Nach der Gruppe: dn: cn=otrsagent,ou=Abt,o=company objectClass: groupOfNames objectClass: top member: cn=testuser,ou=Abt,o=company description:

3 4

Benutzer soll Ticket NUR Lesen können
by Tobias Siebert 26 Apr '10

26 Apr '10

Hallo nochmal, was ich leider erst nun bemerkt habe: Der Benutzer sieht nun zwar die Tickets, aber verschieben kann er die Tickets nicht. Auch wenn er entsprechende "move_into" rechte für die queues hat. Er kriegt die Dropdown-Liste zum Verschieben gar nicht erst angezeigt und den Umweg über Ticket markieren > Sammel-Aktion und dann eine neue Queue auswählen geht auch nicht, da gibts ne andre Fehlermeldung von wegen mind. 1 Ticket muss ausgewählt sein (obwohl es das ja war). Hast du / habt ihr da ne Idee? Danke Tobias Siebert From: Tobias Siebert Sent: Friday, April 23, 2010 8:10 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Benutzer soll Ticket NUR Lesen können Hi Nils, genial ! Das funktioniert nun auch. Ich danke euch allen für die tatkräftige Unterstützung ! Schönen Abend und schönes Wochenende ! Tobias Siebert From: Nils Leideck - ITSM Sent: Friday, April 23, 2010 7:26 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Benutzer soll Ticket NUR Lesen können Hi, On 23.04.2010, at 19:14, Tobias Siebert wrote: oh, jetzt seh ich das erst. Im Status View wird es angezeigt, ja. Aber was genau hat es kit der StatusView überhaupt auf sich ? Also darüber jetzt arbeiten geht schlecht, weil da auch gar nicht mit der Queue-Struktur gearbeitet wird, sondern die Tickets alle nacheinander einfach angezeigt werden, egal welche Queue. also funktioniert Dein Berechtigungskonzept so gesehen schon mal ... In der QueueView werden Standardmäßig nur die Tickets angezeigt auf die der Agent "rw"-Rechte hat. Das kannst Du über die SysConfig einstellen: Ticket -> Frontend::Agent::Ticket::ViewQueue und hier dann Ticket::Frontend::AgentTicketQueue###ViewAllPossibleTickets auf "Ja" stellen ... voilá, alle Tickets sind in der QueueView zu sehen wenn Du "ro" auf die jeweilige Queue hast. Nils Leideck -- Nils Leideck Senior Consultant nils.leideck(a)leidex.net nils.leideck(a)otrs.com http://webint.cryptonode.de / a Fractal project -------------------------------------------------------------------------------- --------------------------------------------------------------------- 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/

2 4

Fw: Benutzer soll Ticket NUR Lesen können
by Tobias Siebert 26 Apr '10

26 Apr '10

Hallo Liste, keiner ne Idee? Grüße Tobias Siebert From: Tobias Siebert Sent: Saturday, April 24, 2010 6:05 PM To: otrs-de(a)otrs.org Subject: [otrs-de] Benutzer soll Ticket NUR Lesen können Hallo nochmal, was ich leider erst nun bemerkt habe: Der Benutzer sieht nun zwar die Tickets, aber verschieben kann er die Tickets nicht. Auch wenn er entsprechende "move_into" rechte für die queues hat. Er kriegt die Dropdown-Liste zum Verschieben gar nicht erst angezeigt und den Umweg über Ticket markieren > Sammel-Aktion und dann eine neue Queue auswählen geht auch nicht, da gibts ne andre Fehlermeldung von wegen mind. 1 Ticket muss ausgewählt sein (obwohl es das ja war). Hast du / habt ihr da ne Idee? Danke Tobias Siebert From: Tobias Siebert Sent: Friday, April 23, 2010 8:10 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Benutzer soll Ticket NUR Lesen können Hi Nils, genial ! Das funktioniert nun auch. Ich danke euch allen für die tatkräftige Unterstützung ! Schönen Abend und schönes Wochenende ! Tobias Siebert From: Nils Leideck - ITSM Sent: Friday, April 23, 2010 7:26 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Benutzer soll Ticket NUR Lesen können Hi, On 23.04.2010, at 19:14, Tobias Siebert wrote: oh, jetzt seh ich das erst. Im Status View wird es angezeigt, ja. Aber was genau hat es kit der StatusView überhaupt auf sich ? Also darüber jetzt arbeiten geht schlecht, weil da auch gar nicht mit der Queue-Struktur gearbeitet wird, sondern die Tickets alle nacheinander einfach angezeigt werden, egal welche Queue. also funktioniert Dein Berechtigungskonzept so gesehen schon mal ... In der QueueView werden Standardmäßig nur die Tickets angezeigt auf die der Agent "rw"-Rechte hat. Das kannst Du über die SysConfig einstellen: Ticket -> Frontend::Agent::Ticket::ViewQueue und hier dann Ticket::Frontend::AgentTicketQueue###ViewAllPossibleTickets auf "Ja" stellen ... voilá, alle Tickets sind in der QueueView zu sehen wenn Du "ro" auf die jeweilige Queue hast. Nils Leideck -- Nils Leideck Senior Consultant nils.leideck(a)leidex.net nils.leideck(a)otrs.com http://webint.cryptonode.de / a Fractal project -------------------------------------------------------------------------------- --------------------------------------------------------------------- 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/

1 0

Benutzer soll Ticket NUR Lesen können
by Tobias Siebert 23 Apr '10

23 Apr '10

Hallo, ich habe ein Problem mit den Rechten der angelegten Benutzer: Ich habe einen Benutzer X, eine Gruppe Y und eine Queue Z Queue Z ist Gruppe Y zugeordnet. Benutzer X erhält in Gruppe Y "ro" Recht (.d.h. Nur-Lesen-Zugriff) Also müsste der Benutzer X ein Ticket in der Queue Z doch LESEN und SEHEN können, oder? Aber es wird ihm nicht angezeigt. Ich kann anhaken an Rechten was ich will, es wird dem Benutzer X einfach nicht angezeigt! Erst wenn ich dem Benutzer X Das Recht "rw" (Schreib - und Lesezugriff) gebe, dann sieht er das Ticket in Queue Z. Wie kann das sein ? Wofür gibt es dann bitte das "ro" Recht? Ich will, dass der Benutzer die Tickets dort NUR LESEN, NICHT BEANTWORTEN kann. Dann meinte jemand im Forum ich solle in der SysConfig "StatusView" aktivieren. Das habe ich nun soeben gemacht, aber das Problem besteht weiterhin, der Benutzer sieht die Tickets nicht. Kann mir da jemand helfen? Danke euch Tobias Siebert

2 4