- otrs-de - OTRS mailing lists

Queue kompl. loeschen
by Karlo Gross 17 Jun '04

17 Jun '04

Hallo, durch eine spammail die sich irgendwo im spooler aufgehaengt hat, hab ich in einer Queue 500 Mails. Muss ich die wirklich alle einzeln loeschen? Karlo

1 0

mögliche Anrede Optionen
by Christian Schlenz 17 Jun '04

17 Jun '04

Hallo! Laut Hilfetext (1.3.x cvs) sollte es bei der Anrede die Möglichkeit geben -- <OTRS_CUSTOMER_*> Alle Kunden Variablen wie definiert im den Konfigoptionen von CustomerUser -- zu verwenden. Was sollte hier genau eingetragen werden? Oder funkt es derzeit eh nur mit <...._REALNAME>? -- Christian Schlenz archivaustria customer support

2 1

Bug in GenericAgent ?
by Maibaum, Volker 17 Jun '04

17 Jun '04

Hallo, folgender job hat mir nicht nur die neuen und offenen Tickets aus der Queue "Server::OR" gelöscht, sondern alle Tickets. Ist das ein Bug oder normales Verhalten? 'delete' => { # get all tickets with this properties Queue => ['Server::OR'], states => ['new', 'open'], # Locks => ['unlock'], # # new ticket properties (no option is required, use just the options # # witch should be changed!) New => { # DELETE! Delete => 1, }, }, Ich seh da grad was: Kann es sein, dass states groß geschrieben werden muss?? Grüße, Volker

2 1

Berücksichtigung der Rechte bei "Kunden suchen"?
by Konrad Berg 17 Jun '04

17 Jun '04

Hallo, habe folgendes Problem: Im Agent-Bereich unter "Email-Erstellen" und "Telefon-Ansicht" gibt es die Funktionalität "Kunden suchen". Wenn ich diese benutze, bekomme ich ALLE Kunden als Auswahl in der Listbox angeboten, die im System eingetragen sind. Ist es möglich OTRS so zu konfigurieren, daß ich einen Kunden nur dann angezeigt bekomme, wenn er auch Mitglied einer der Gruppen ist, die der zu suchende Agent angehört? Beispiel: Es gibt Kunde 1 (Gruppe 1, Gruppe 2, Gruppe 3) Kunde 2 (Gruppe 1, Gruppe 2) Kunde 3 (Gruppe 2) Kunde 4 (Gruppe 3) Kunde 5 (Gruppe 4) Der Agent, der die Funktion "Kunden suchen" anklickt, hat für die Gruppen 1 und 4 Rechte gesetzt. Ich hätte gerne, daß in der Listbox nur "Kunde 1, Kunde 2, Kunde 5" angezeigt wird. Kunde 3 und 4 nicht, da der Agent nichts mit den Gruppen 2 und 3 zu tun hat. Kann mir jemand helfen? Danke & Gruß Konrad Berg

2 1

RE: [otrs-de] wie könnte der korrekte Workflow für folgendes Szenario aussehen?
by Heinzmann, Robert 15 Jun '04

15 Jun '04

Hallo, sollte doch kein Problem sein oder ? Bei uns ist OTRS mit einem ähnlichen Workflow im Einsatz. Zu beachten ist aus meiner Sicht eigentlich nur folgendes: 1) Custom Ticket Hook (wenn andere das selbe Ticket System nutzen). 2) Subject Quote Länge lang genug. Das läuft wie folgt: 1) .. Das muss der Kunde selber können :) 2) OTRS:Auto Reply 3) OTRS:AgentInterface --> Antwort 4) Kunde: Reply auf Antwort mit Ticketnummer im Subject (bei langen Subjects eventuell Subject Quote Längen Veränderung notwendig) 5) OTRS::AgentInterface --> Weiterleiten 6) Hersteller sendet Ticket mit eigenem TicketHook oder anderem System (was wir mal nicht annehmen, OTRS world domination :) 7) Wie 6. (Reply auf unsere Weiterleiten Mail) 8) OTRS:AgentInterface --> Antwort 9) OTRS:AgentInterface --> Telephone 10) OTRS:AgentInterface --> Auf die Hersteller Mail gehen --> Antwort (Subject Quote Länge könnte zum Problem werden) 11) OTRS::AgentInterface --> Close Der Kunde sollte dann die Kommunikation zum Hersteller nicht sehen. Bei jeder Mail noch mal sicherheitshalber auf das Subject schaun und kein Problem. Habe ich da etwas falsch ? Wenn ja Korrekturen sind immer erwünscht :) Bye Robert Heinzmann > -----Ursprüngliche Nachricht----- > Von: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Christian Schlenz > Gesendet: Freitag, 11. Juni 2004 11:12 > An: otrs-de(a)otrs.org > Betreff: [otrs-de] wie könnte der korrekte Workflow für > folgendes Szenario aussehen? > > Hallo! > > Wir haben OTRS jetzt seit kurzer Zeit im Einsatz und es > stellt sich uns die Frage wie man folgenes Szenario korrekt > abbilden kann. > > 1. Kunde schickt Mail an Support > 2. Kunde bekommt Empfangsbestätigung > 3. Agent sendet Antwort > 4. Kunde sendet Follow-Up mit negativer Rückmeldung (hat nix > genutzt...) 5. Agent kontakiert 3rd-Level Support > (Hersteller) per Mail 6. Hersteller sendet > Empfangsbestätigung mit eigener Ticketnummer 7. Hersteller > sendet Antwort 8. Agent sendet Antwort weiter an Kunden 9. > Kunde meldet per Telefon, daß es jetzt wieder funktioniert > 10. Agent sendet an Hersteller die Meldung, daß das Ticket > geschlossen werden kann 11. Agent schliesst Ticket in OTRS > > Verständlich gewesen ? ;-) > > Das ganze sollte auch so funktionieren, daß der Kunde im > Kunden-Interface den Mailverkehr mit dem Hersteller nicht > sehen kann. Auch sollte, wenn möglich alles in einem > OTRS-Ticket verwaltet sein. Eine Lösung mit Verknüpfungen ist > umständlich und für uns nicht ganz praktikabel. > > -- > Christian Schlenz > > archivaustria > customer support > > > >

2 1

escalation
by Karlo Gross 15 Jun '04

15 Jun '04

Hallo, wie loest ihr folgendes: Ein Ticket eines Mitarbeiters escaliert waehrend er nicht da ist. Wie krieg ich das weg ohne zu beantworten, dass ich wieder in die queue komme? Karlo

2 4

Doku (war: Tickets als Bearbeiter wieder öffnen)
by Robert Kehl 11 Jun '04

11 Jun '04

On Friday, June 11, 2004 3:27 PM Heinzmann, Robert <Heinzmann(a)cc-dresden.de> wrote: > Was schwebt euch da vor, Use Cases für OTRS oder so ? (Direkter > Kundensupport, koordinierender Support etc.)? Use Cases sind eine sehr gute Idee! Eine noch bessere ist, das Thema auf de [doc-de] weiterzuführen. Schreiben sich doch bitte alle Interessierten hier ein (wenig Volumen zurzeit): http://lists.otrs.org/mailman/listinfo/doc-de Es grüßt fröhlich Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388

1 0

RE: [otrs-de] Re: Wie erkennt ORTS die korrekte Ticket Nummer?
by Heinzmann, Robert 11 Jun '04

11 Jun '04

Hallo Namensvetter, > "Ich leb' online" hat T-Online _mir_ geklaut! Aber Vorsicht: > Robert Kehl und Robert heinzmann sind zwar beides Roberts, > aber doch verschiedene :) Yap, I took the blue pill :) > Heisst, die RegEx erwartet, dass nach dem TicketHook ein > Doppelpunkt folgt, dann ein oder kein Zeichen, dann die Ticketnummer. Währe es hier nich besser nach /$TicketHook:+\s{0,1}($SystemID\d{2,12})/i zu suchen ? Es kann ja sonst, je nach Gierigkeit des Perl RegEx'ers, zu Doppeldeutigkeiten kommen. > Das ist ime ein Bug im Code (genauer: vier in vier Modulen), > der TicketDivider wird nicht abgefragt. > > Workaround: Setz' den TicketDivider auf den Doppelpunkt oder auf ": " > (ohne Quotes). Das verwirrt mich jetzt. Nach "analyse" des Codes wird der TicketDivider doch gar nirgens ausgewertet oder seh ich das falsch ? Lauft der Aussage des Entfernen des "[" sollte dies doch aber auch nie ein neues Ticket erzeugen oder ? Robert Heinzmann

2 1

Wann wird in das "System-Log" geschrieben?
by Christian Schlenz 11 Jun '04

11 Jun '04

Hallo! Was muss ich tun damit im Admin-Bereich das System Log befüllt wird? Den Schalter in Defaults.pm hätte ich ja schon gefunden: $Self->{LogModule} = 'Kernel::System::Log::SysLog'; Aber funktioniert das auch auf Windows Servern, denn ich bekomme damit nur eine Fehlermeldung? -- Christian Schlenz archivaustria customer support

3 2

wie könnte der korrekte Workflow für folgendes Szenario aussehen?
by Christian Schlenz 11 Jun '04

11 Jun '04

Hallo! Wir haben OTRS jetzt seit kurzer Zeit im Einsatz und es stellt sich uns die Frage wie man folgenes Szenario korrekt abbilden kann. 1. Kunde schickt Mail an Support 2. Kunde bekommt Empfangsbestätigung 3. Agent sendet Antwort 4. Kunde sendet Follow-Up mit negativer Rückmeldung (hat nix genutzt...) 5. Agent kontakiert 3rd-Level Support (Hersteller) per Mail 6. Hersteller sendet Empfangsbestätigung mit eigener Ticketnummer 7. Hersteller sendet Antwort 8. Agent sendet Antwort weiter an Kunden 9. Kunde meldet per Telefon, daß es jetzt wieder funktioniert 10. Agent sendet an Hersteller die Meldung, daß das Ticket geschlossen werden kann 11. Agent schliesst Ticket in OTRS Verständlich gewesen ? ;-) Das ganze sollte auch so funktionieren, daß der Kunde im Kunden-Interface den Mailverkehr mit dem Hersteller nicht sehen kann. Auch sollte, wenn möglich alles in einem OTRS-Ticket verwaltet sein. Eine Lösung mit Verknüpfungen ist umständlich und für uns nicht ganz praktikabel. -- Christian Schlenz archivaustria customer support

2 1

AW: [otrs-de] Tickets als Bearbeiter wieder öffnen
by Cliff Dornig 11 Jun '04

11 Jun '04

# find /var/log -exec echo "Nothing happened. All systems ok. We're on GO." >\{\} \; # echo "Finished ;-) Go home." Der ist echt gut. Lass ich mal als Cronjob jeden Tag laufen. Du musst nicht denken, Du würdest zu sehr eingespannt, keine Sorge. Du selber bestimmst Dein Tempo, niemand zwingt Dich zu was. :) Wenn Du magst, schick' mir doch mal ein wenig Material, so vorhanden. Kann ich machen. Danke und schönes WE Mit freundlichen Grüßen

1 0

RE: [otrs-de] Tickets als Bearbeiter wieder öffnen
by Heinzmann, Robert 11 Jun '04

11 Jun '04

Hallo, > # find /var/log -exec echo "Nothing happened. All systems ok. > We're on GO." >\{\} \; # echo "Finished ;-) Go home." Ich zitiere Bugs Bunny - "Eine Belustigung allererster Kajüte" - Hihi, der is gut. Den als Cron Job und der Sommer kann kommen :) > > Du musst nicht denken, Du würdest zu sehr eingespannt, keine > Sorge. Du selber bestimmst Dein Tempo, niemand zwingt Dich zu > was. :) Wenn Du magst, schick' mir doch mal ein wenig > Material, so vorhanden. Was schwebt euch da vor, Use Cases für OTRS oder so ? (Direkter Kundensupport, koordinierender Support etc.)? Bye, Robert

1 0

AW: [otrs-de] Tickets als Bearbeiter wieder öffnen
by Cliff Dornig 11 Jun '04

11 Jun '04

Ja, dem soll so sein. Warum aber möchtest Du die Info, dass XYZ das Ticket zuletzt bearbeitet hat, löschen? Sobald das Ticket wieder in der Warteschlange auftaucht, ist es zur Bearbeitung freigegeben. Wird es wahrhaft bearbeitet, ist das Ticket vom _Besitzer_ gesperrt, und verschwindet daraufhin aus der Liste der sichtbaren Tickets der Warteschlange. > Ich sehe jetzt mal den root als System Besitzer an. So kann man das sehen, wenn man möcht', ja (in Wirklichkeit ist es der User mit der PostmasterUserID aus der Config.pm), unter diesen Voraussetzungen begehst Du dann aber einen logischen Fehler: "Das System" bearbeitet Tickets nur über Mechanismen wie GenericAgent.pl oder auch UnlockTickets.pl und setzt dabei auch den Besitzer entsprechend als 'root@localhost'. Würde bei jedem Unlocken des Tickets der Besitzer auf 'root@localhost' (zurück)gewechselt, so könnte man fälschlicherweise annehmen, dass das System tatsächlich zuletzt am Ticket gearbeitet hat, was nicht stimmen muss. Zumindest ist nun nicht mehr direkt am Besitzer erkennbar, ob ein GA-Job bspw. das Ticket zuletzt verändert hat. OK, jetzt hab ich das Verstanden. > Das Problem ist eben immer wenn man Vorträge zum ORTS System gibt und > den Leuten das OTRS System erklären muss. Sowas Schönes tust Du? Unsere doc-Section bräuchte da vielleicht noch die ein oder andere Hilfestellung, was gut verständliche Einführungen in's OTRS angeht. Interesse? Ehm, ja. Ich musste unserer Admin Abteilung doch erklären wie das neue System geht. Wir hatten vorher Track+, was ziemlich Lahm ist und nicht viel Freude macht. :-) Ich bin leider kein Guter Dokumenten Schreiber. Und als Admin hat man leider einen ziemlich stressigen Job und selten Zeit für andere Dinge. Sorry ich würde gerne Helfen. Ich kann das leider aber nur Privat machen. Und da bin ich froh wenn ich Zeit für meine Familie hab. Kommen wir das nicht alle mal? *g* Wohl war. Vielen Dank für Hilfe. Mit freundlichen Grüßen

2 1

RE: [otrs-de] Wie erkennt ORTS die korrekte Ticket Nummer?
by Heinzmann, Robert 11 Jun '04

11 Jun '04

Hallo, > Hallo! > > Was muss alles in der Ticket# drinnen sein, damit OTRS das > Mail dem korrekten Ticket zuordnet und nicht ein Neues eröffnet? > Sind [ und ] absolut notwendig? > Muss die Ticket# immer am Anfang des Betreffs stehen? > Beispiel Kernel/System/Ticket/Number/DateChecksum.pm: Zeile 143: $String =~ /$TicketHook:+.{0,1}(\d{8,40})/i Mit anderen Worten sind die eckigen Klammen nur notwendig wenn die in deinem TicketHook vorkommen. Standardmäßig tun Sie dies nicht. OTRS erkennt den TicketHook auch mitten im Text (RE: [Ticket...]: [Ticket...]) und nutzt dann bei mehrfach vorkommenden den 1. Bye Robert Heinzmann

3 3

AW: [otrs-de] Tickets als Bearbeiter wieder öffnen
by Cliff Dornig 11 Jun '04

11 Jun '04

Ich sehe den Sinn nicht. Irgend jemand muss Besitzer des Tickets sein, es gibt keine "besitzerlosen". Heisst, wenn der Agent nicht mehr Besitzer sein möchte, müsste er es jemand anderem geben, schlußendlich wohl 'root@localhost'. Welche Information gewinnst Du damit, was ist besser, wenn der Agent das Ticket nicht mehr besitzt? Nun ja, mir geht's erstmal nur um verständnis. Besitzer = Bearbeiter des Tickets. Ich sehe jetzt mal den root als System Besitzer an. Das Problem ist eben immer wenn man Vorträge zum ORTS System gibt und den Leuten das OTRS System erklären muss. Wobei man manchmal selber durch einnander kommt. Zumindest war es anfang so. :-) Mit freundlichen Grüßen

2 1

Beschreibung der X-OTRS Header?
by Christian Schlenz 11 Jun '04

11 Jun '04

Hallo OTRS-Team! Gibt es eine Beschreibung der X-OTRS Header? Wenn ja, wo? In der aktuellen HEAD kann man im Mailfilter einiges einstellen nur sind die Header und deren Bedeutung nur mühsam aus dem Source zu erraten. Sind die Einträge im Mailfilter UND verknüpft? -- Christian Schlenz archivaustria customer support

2 2

RE: [otrs-de] Feature Request: mehrere Tickets zu einem zusammen legen
by Heinzmann, Robert 11 Jun '04

11 Jun '04

Hallo, hilfreich ist in der AutoReply den Hinweis zu geben immer die Ticket Nummer im Subject zu lassen. Bei uns klappt das Super mit den Kunden. Macht das ein Kunde trozdem einmal wird die E-Mail manuell weitergeleitet (Ticket nummer wird manuell eingetragen). Das versehentliche Ticket wird in eine spezielle Queue geschoben in der alle Tickets nachts gelöscht werden (GenericAgent). > Ebenfalls umständlich und die orig. Absenderadresse geht verloren.. Beim Antworten wird dann, wenn der Kunde im System existiert, die Absendeadresse durch die Addresse in der Datenbank ersetzt (wenn ich mich nicht Irre). Ich stimme aber zu, dass so ein Feature im OTRS sehr hilfreich währe. Bye Robert Heinzmann

2 1

Notification bei neuem Ticket
by Klaus Müller 11 Jun '04

11 Jun '04

Hallo zusammen, ich habe gerade unser System von Version 1.1. auf 1.2.3 upgedatet und mir fällt etwas auf: In der "alten" Version konnte ich in der Datei "Kernel/Config/Defaults.pm" in der Rubrik "$Self->{NotificationAlwaysCcNewTicket}" eine eMail-Adresse und einen Text angeben, des dann an die eMail geschickt wurde. Wie geht das in der neuen Version? -- Klaus Müller H.W.Krauss GmbH, Metallwaren- und Werkzeugfabrik IT-Management / Systemadministration +++++++++++++++++++ +++ Klaus Müller +++ H.W.Krauss GmbH +++ Kelheimer Str. 33 +++ D-92339 Beilngries +++ Tel. +49 (0)8461-708-116 +++ Fax. +49 (0)8461-708-131 +++ http://www.hwkrauss.de +++++++++++++++++++

2 1

AW: [otrs-de] Tickets als Bearbeiter wieder öffnen
by Cliff Dornig 11 Jun '04

11 Jun '04

-----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Freitag, 11. Juni 2004 11:10 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] Tickets als Bearbeiter wieder öffnen On Friday, June 11, 2004 10:26 AM Cliff Dornig <Cliff.Dornig(a)intercard.de> wrote: > Mir fehlt leider noch eine Funktion als Agent das ich Tickets wieder > öffnen kann. Bzw. wenn ich es auf Wartend setze das ich es zurück auf > offen setzte. Das ist an zwei Stellen möglich, beim Verschieben des Tickets und beim Hinzufügen einer Notiz, einzustellen -werhättedasgedacht?- in der Config.pm: # MoveSetState $Self->{MoveSetState} = 1; # default move next state $Self->{DefaultNextMoveStateType} = ['open', 'closed']; # NoteSetState # (possible to set ticket state via AgentNote) $Self->{NoteSetState} = 1; # default note next state $Self->{DefaultNextNoteStateType} = ['new', 'open', 'closed']; Danke. Das wird ich mal testen. Aber schöne wäre es per Web Interface zu steuern. > Wenn ein Agent sich das Ticket genommen hat, und dann das ticket > wieder frei gibt. Dann ist merkwürdiger weise der Besitzer immer noch > der Agent der es Sich vorher genommen hat. Jo, so haben wir uns det jedacht. Was ist daran verkehrt? Naja, schöner wäre es wenn man es in der Config.pm einstellen könnte ob ein ticket-besitzer beim freigeben erhalten bleibt oder nicht. Aber nur wenn es keine größeren umstände macht. Mit freundlichen Grüßen

2 1

Wie erkennt ORTS die korrekte Ticket Nummer?
by Christian Schlenz 11 Jun '04

11 Jun '04

Hallo! Was muss alles in der Ticket# drinnen sein, damit OTRS das Mail dem korrekten Ticket zuordnet und nicht ein Neues eröffnet? Sind [ und ] absolut notwendig? Muss die Ticket# immer am Anfang des Betreffs stehen? Wenn ich eine Nachricht per Weiterleiten versende wird die Ticket# um "-FW" ergänzt. Wo ist der Sinn darin? -- Christian Schlenz archivaustria customer support

1 0

Feature Request: mehrere Tickets zu einem zusammen legen
by Christian Schlenz 11 Jun '04

11 Jun '04

Hallo OTRS-Team! Ist so etwas vielleicht schon geplant/angedacht? Der Hintergrund: - Kunde erzeugt per Mail/Telefon ein neues Ticket. - Agent sendet Empfangsbestätigung mit Ticket# - Kunde antwortet per Mail und trotz Hinweisen in der Empfangsbestätigung ohne Ticket# -> neues Ticket Bisher kann der Bezug zu einem bestehenden Ticket nur per Verknüpfung hergestellt werden. Mühsam und unübersichtlich. Anderer Trick währe das falsche Mail noch einmal an OTRS zu senden und die Ticket# händisch ein den Betreff einzufügen. Ebenfalls umständlich und die orig. Absenderadresse geht verloren.. Es sollte also die Möglichkeit geben alle Tickets die zu einem Fall gehören zu einem Bestehenden od. eventuell Neuen zusammenzufassen. Dazu ist sicherlich eine größere Änderung am Source nötig, aber es würde uns allen den Umgang mit OTRS und "ungehorsamen" Kunden erleichtern. -- Christian Schlenz archivaustria customer support

1 0

dringender Feature Request: Mehr als ein Attachment an Mails und Attachments für FAQ
by Christian Schlenz 11 Jun '04

11 Jun '04

Hallo OTRS-Team! Ich hab zwar bereits gelesen, daß der Request für mehre Attachments bereits von anderen gekommen ist und für V2.0 geplannt ist, aber kann man das vielleicht nicht etwas vorziehen (vielleicht schon in 1.3) ? Für uns und wahrscheinlich auch für viele andere OTRS-User die immer wieder mehrere Updates und Patches an den Kunden senden müssen, währe das eine wahre Erleichterung. Dann bräuchten wir diese nicht mehr extra vorher ein Zip packen. Eine Lösung mit den Standardanhänge kommt nicht in Frage, da man hier hunderte anlegen müsste. Diese müssen dann natürlich auch noch gewartet und aktuell gehalten werden. Der zweite Punkt betrifft die FAQ. Könnte man hier nicht auch Anhänge ermöglichen, damit der Kunde seine Patches selbst downloaden kann. Es würde auch die Möglichkeit einer Verlinkung reichen. -- Christian Schlenz archivaustria customer support

2 1

Tickets als Bearbeiter wieder öffnen
by Cliff Dornig 11 Jun '04

11 Jun '04

HI, Mir fehlt leider noch eine Funktion als Agent das ich Tickets wieder öffnen kann. Bzw. wenn ich es auf Wartend setze das ich es zurück auf offen setzte. Was ich mich auch noch gefragt habe: Was ist der Unterschied zwischen: Status offen und dem Status neu ?? Um meine zweite Frage: Wenn ein Agent sich das Ticket genommen hat, und dann das ticket wieder frei gibt. Dann ist merkwürdiger weise der Besitzer immer noch der Agent der es Sich vorher genommen hat. Ansonsten macht weiter so. mit freundlichen Grüßen C.Dornig

2 1

RE: [otrs-de] Tickets als Bearbeiter wieder öffnen
by Heinzmann, Robert 11 Jun '04

11 Jun '04

Hallo, ich habe zwar leider auch keine Lösung möchte aber sagen, dass das echt ein gutes Feature währe. Ich könnte mir gut vorstellen, dass das bei Ticket --> Inhalt --> Notiz für Intern gut aufgehoben währe. Das "zwingt" den Bearbeiter gleich mit zu dokumentieren warum der Status geändert wurde und das Ticket wieder offen ist. Zum Thema "Was ist der Unterschied zwischen: Status offen und dem Status neu ??": Für mich ist offen "Wir arbeiten dran, das Problem existiert noch und wir kucken dass wir das lösen können". "Neu" bedeutet für mich, es weiss keiner (ausser das System) etwas von dem Problem. Also sollte ein Ticket typischerweise von "Neu" --> "Offen" wechseln, sobald das Ticket einen Bearbeiter hat. Bye Robert > > Mir fehlt leider noch eine Funktion als Agent das ich Tickets > wieder öffnen kann. Bzw. wenn ich es auf Wartend setze das > ich es zurück auf offen setzte. > Was ich mich auch noch gefragt habe: > Was ist der Unterschied zwischen: Status offen und dem Status neu ??

1 0

Re: [otrs-de] Übernahme der Benuzter aus W2k AD in O TRS per LDAP
by Bernhard Mainusch 11 Jun '04

11 Jun '04

Hallo! In der Ereignisanzeige des AD ist nichts verzeichnet. Ich habe jetzt mal aus den Support Tools von M$ die ldp.exe auf den Server gestartet. Dort bin ich als Administrator angemeldet und habe die Datei gestartet. Anschließend bekomme ich die Einstellungen aufgelistet. ld = ldap_open("Franz.local", 389); Established connection to Franz.local. Retrieving base DSA information... Result <0>: (null) Matched DNs: Getting 1 entries: >> Dn: 1> currentTime: 6/11/2004 10:6:50 Westeuropäische Normalzeit Westeuropäische Normalzeit; 1> subschemaSubentry: CN=Aggregate,CN=Schema,CN=Configuration,DC=Franz,DC=local; 1> dsServiceName: CN=NTDS Settings,CN=BI-SERVER-01,CN=Servers,CN=Standardname-des-ersten-Standorts,CN=Sites,CN=Configuration,DC=Franz,DC=local; 3> namingContexts: CN=Schema,CN=Configuration,DC=Franz,DC=local; CN=Configuration,DC=Franz,DC=local; DC=Franz,DC=local; 1> defaultNamingContext: DC=Franz,DC=local; 1> schemaNamingContext: CN=Schema,CN=Configuration,DC=Franz,DC=local; 1> configurationNamingContext: CN=Configuration,DC=Franz,DC=local; 1> rootDomainNamingContext: DC=Franz,DC=local; 16> supportedControl: 1.2.840.113556.1.4.319; 1.2.840.113556.1.4.801; 1.2.840.113556.1.4.473; 1.2.840.113556.1.4.528; 1.2.840.113556.1.4.417; 1.2.840.113556.1.4.619; 1.2.840.113556.1.4.841; 1.2.840.113556.1.4.529; 1.2.840.113556.1.4.805; 1.2.840.113556.1.4.521; 1.2.840.113556.1.4.970; 1.2.840.113556.1.4.1338; 1.2.840.113556.1.4.474; 1.2.840.113556.1.4.1339; 1.2.840.113556.1.4.1340; 1.2.840.113556.1.4.1413; 2> supportedLDAPVersion: 3; 2; 12> supportedLDAPPolicies: MaxPoolThreads; MaxDatagramRecv; MaxReceiveBuffer; InitRecvTimeout; MaxConnections; MaxConnIdleTime; MaxActiveQueries; MaxPageSize; MaxQueryDuration; MaxTempTableSize; MaxResultSetSize; MaxNotificationPerConn; 1> highestCommittedUSN: 2907035; 2> supportedSASLMechanisms: GSSAPI; GSS-SPNEGO; 1> dnsHostName: bi-server-01.Franz.local; 1> ldapServiceName: Franz.local:bi-server-01$@Franz.LOCAL; 1> serverName: CN=BI-SERVER-01,CN=Servers,CN=Standardname-des-ersten-Standorts,CN=Sites,CN=Configuration,DC=Franz,DC=local; 2> supportedCapabilities: 1.2.840.113556.1.4.800; 1.2.840.113556.1.4.1791; 1> isSynchronized: TRUE; 1> isGlobalCatalogReady: TRUE; ----------- Dann hier noch mal die Einträge aus der Config.pm $Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = '172.16.2.1'; $Self->{'AuthModule::LDAP::BaseDN'} = 'dc=Franz,dc=local'; # $Self->{'AuthModule::LDAP::BaseDN'} = 'ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local'; $Self->{'AuthModule::LDAP::UID'} = 'sAMAccountName'; $Self->{'AuthModule::LDAP::SearchUserDN'} = 'cn=Administrator,ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local'; $Self->{'AuthModule::LDAP::SearchUserPw'} = 'password'; # $Self->{'AuthModule::LDAP::GroupDN'} = 'cn=Administrator,ou=Verwaltung,ou=Franz-Denutzer,dc=Franz,dc=local'; $Self->{'AuthModule::LDAP::AccessAttr'} = 'memberUid'; # $Self->{'AuthModule::LDAP::UserAttr'} = 'UID'; $Self->{'AuthModule::LDAP::UserAttr'} = 'DN'; $Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP'; $Self->{'Customer::AuthModule::LDAP::Host'} = '172.16.2.1'; $Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=Franz,dc=local'; # $Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'ou=Franz-Benutzer,dc=Franz,dc=local'; $Self->{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName'; # $Self->{'Customer::AuthModule::LDAP::GroupDN'} = 'cn=ldap,ou=Franz-Benutzer,dc=Franz,dc=local'; # $Self->{'Customer::AuthModule::LDAP::GroupDN'} = 'cn=Administrator,ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local'; # $Self->{'Customer::AuthModule::LDAP::AccessAttr'} = 'cn=Administrator,ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local'; $Self->{'Customer::AuthModule::LDAP::SearchUserDN'} = 'cn=Administrator,ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local'; $Self->{'Customer::AuthModule::LDAP::SearchUserPw'} = "password"; $Self->{'Customer::AuthModule::LDAP::UserAttr'} = 'DN'; $Self->{'Customer::AuthModule::LDAP::Params'} = { port => 389, version => 3, }; $Self->{UserSyncLDAPMap} = { # DB -> LDAP Firstname => 'givenName', Lastname => 'sn', Email => 'mail', }; #customerUser1 #(Customer user ldap backend and settings) $Self->{CustomerUser1} = { Name => 'LDAP Quelle Franz', Module => 'Kernel::System::CustomerUser::LDAP', Params => { # ldap host Host => '172.16.2.1', # ldap base dn # BaseDN => 'dc=Franz,dc=local', BaseDN => 'ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local', # search scope (one|sub) SSCOPE => 'sub', # The following is valid but would only be necessary if the # anonymous user does NOT have permission to read from the LDAP tree UserDN => 'cn=Administrator,ou=Verwaltung,ou=Franz-Benutzer,dc=Franz,dc=local', UserPW => 'password', AlwaysFilter => '', SourceCharset => 'utf-8', DestCharset => 'iso-8859-1', }, # customer uniq id CustomerKey => 'sAMAccountName', # customer # CustomerID => 'mail', CustomerUserListFields => ['sAMAccountName', 'cn', 'mail'], CustomerUserSearchFields => ['sAMAccountName', 'cn', 'mail'], CustomerUserSearchPrefix => '', CustomerUserSearchSuffix => '*', CustomerUserSearchListLimit => 250, CustomerUserPostMasterSearchFields => ['mail'], CustomerUserNameFields => ['givenname', 'sn'], Map => [ # note: Login, Email and CustomerID needed! # var, frontend, storage, shown, required, storage-type # [ 'UserSalutation', 'Title', 'title', 1, 0, 'var' ], [ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var' ], [ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ], [ 'UserLogin', 'Login', 'sAMAccountName', 1, 1, 'var' ], [ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ], [ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var' ], # [ 'UserPhone', 'Phone', 'telephonenumber', 1, 0, 'var' ], # [ 'UserAddress', 'Address', 'postaladdress', 1, 0, 'var' ], # [ 'UserComment', 'Comment', 'description', 1, 0, 'var' ], # [ 'Userorganisation', 'Organisation', 'ou', 1, 0, 'var' ] ], }; Bis dahin! Bernhard Mainusch __________________________________________________________________ Zeigen Sie Emotionen mit der WEB.DE Bild-SMS! Das Bild ist gratis, Sie bezahlen nur den Versand. http://freemail.web.de/?mc=021196

1 0