Znuny and ((OTRS)) Community Edition

Ne, die Daten kommen aus dem LDAP und werden nicht gespeichert. Da aber CustomerUser eine eigene Authentifizierung am LDAP Server vornimmt wirst Du dort wahrscheinlich noch den selben Fehler haben wie in CustomerAuth vorher

Ist wie gesagt ein Exchange Problem

Dann bekommst Du aus $Self->{CustomerUser} = {
Module => 'Kernel::System::CustomerUser::LDAP',...

keine Kundendaten. Also vielleicht dort auch noch ein Authentifizierungsproblem?

asxo wrote: 'cn=otrs.rt_account, OU=Benutzer, [base_dn]'; schon

Wenn ist es "cn=otrs.rt_account, OU=Benutzer, DC=int,DC=KO" (sofern Benutzer direkt unter int liegt)

Tja, ein Supportvertrag oder ein Consultant vor Ort zur Einrichtung kann schon hilfreich sein

'otrs.rt_account, cn=Benutzer, [base_dn]'; ist kein! DN

wie bereits in einem anderem Thread beschrieben: Customer::AuthModule::LDAP::AccessAttr muss bei AD member sein

nein, derzeit nicht.

Apache neu gestartet?

Irgendwelche Fehler im Logfile?

Telefonnummer bei entsprechendem User eingetragen?

Hallo, das hier: $Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'OU=Abteilung,DC=Niederlassung,DC=West,DC=Client'; sieht nicht nach einer korrekten BaseDN eines MS AD aus. Das nicht nach einer Gruppe: $Self->{'Customer::AuthModule::LDAP::GroupDN'} = 'OU=Gruppen,OU=Abteilung,DC=Niederlassung,DC=West...

Du meinst nach der Ticketerstellung?

Das geht natürlich nicht (weil der Kunde da ja auch nix dran zu suchen hat)

genau...

solange an den relevanten Stellen wie Username und BaseDN nur xxxx steht, lässt sich das nicht nachvollziehen

Config.pm posten!

An vielen Stellen....

In der SysConfig gibt es eine Suche, tipp da doch mal new rein

hast Du den DN des Bindusers eingetragen?

Falscher Benutzername bzw. falsches Passwort für den Binduser

Eine Forensuche bringt auch Dich weiter: http://www.otrs-forum.de/viewtopic.php? ... it=rewrite

dann bekommt der Kunde aber nur im Webfrontend diese Notiz angezeigt und keine Mail.

Wenn Du dem Kunden eine Nachricht schicken willst:

- Antwort erstellen (E-Mail) und dabei das Ticket schliessen

Du musst eine Rewrite Rule für den Apachen erstellen.

Nein, gibt es nicht. Die Templates müssen von Hand angefasst werden.

Die FAQ hat inzwischen einen eigenen WYSIWYG Editor

in der customer-css steht green und nicht ein HEX Farbwert

such mal nach green

Normalerweise nach var/log im OTRS Verzeichnis, ist aber abhängig von Deiner Konfiguration

user:pass@proxy:port

Fehlermeldung im Log?

ggf. musst Du auch eine Anpassung von /etc/sysconfig/otrs machen...

Es geht definitiv nicht ...

in der SysConfig musst Du die auch anpassen

ggf. hast Du den Apachen nicht neu gestartet oder noch DBI konfiguriert.

Aber ganz grundsätzlich, die Kombination *NIX OTRS Installation mit MS SQL Applikationsdatenbank funktioniert nicht und wird auch nicht supportet.

Es gibt immer die Möglichkeit auf geschlossene Tickets zuzugreifen, z.B. über den StatusView oder die Suche.

Nein, gibts nicht.

Macht meines Erachtens auch keinen Sinn, weil die Agenten dann mit Mails zugebombt werden

Ich interpretiere dass so, dass die Gruppen, die unter Ticket:WatcherGroup eingetragen sind, alle Tickets sehen können sollten und sich die jewiligen tickets abonieren können. Das geht bei mir allerdings nicht !? Falsch, die User sehen nur Tickets die sie aufgrund der anderen Gruppenberechtigungen ...

Bitte nutz die Forensuche. Zu den Eskalationen der 2.3.x ist hier schon einiges geschrieben worden

http://dev.mysql.com/doc/refman/5.1/en/ ... users.html

bitte eine de_Custom.pm anpassen und nicht die ausgelieferten Dateien ändern

Es ist ein freies Datumsfeld, das nur zur Information dient. In dem Fall bis wann der Vorgang zu erledigen ist.

Schau ins Logfile

Es ist derzeit nur das Alter eines Tickets möglich.

poste Deine Config.pm, sonst kann Dir keiner helfen

Dann mach bitte einen Bugreport auf

dann hast Du es wohl kaputt gemacht... Per Fernanalyse ist es schwer zu raten was genau futsch ist!

Dear Community Members, +++++++++++++++++++++++++ Release Note ++++++++++++++++++++++++ We are proud to announce that the beta1 release of OTRS 2.4 Codename: Aitutaki Beach (Cook Island) has been released today. NEW FEATURES: =============== (1) LICENSING CHANGE TO AGPL VERSION 3 (2) NEW MANAGEMENT...

Hallo,

ist wohl ein Bug das die nicht transferiert werden. Am besten unter bugs.otrs.org einen Report einstellen

Die sind in der Tabelle: `search_profile` gespeichert

Das sollte über das Statistikmodul Problemlos gehen...

move und move_into sind eigene Berechtigungen.

Wenn in der Queueansicht auch Zugriff auf ro Tickets gewährt werden soll musst Du in der SysConfig den Parameter: Ticket::Frontend::AgentTicketQueue###ViewAllPossibleTicket auf yes ändern

ja, das ist so richtig

Du musst leider das Template ändern.

Dann wende Dich am besten an die Debian Maintainer für das OTRS Paket, da es sich wie gesagt nicht um eine OTRS Funktionalität handelt.

Ich gehe mal davon aus das Du es bisher nur in der Queueansicht probiert hast. In anderen Ansichten (Statusview, Eskalationsview, Suche) sollten die Tickets sichtbar sein.

rne_oliver wrote:würd gern nen Bericht erstellen, der mir von Queue xy der letzten 14 Tage alle Tickets zeigt. Alle, in diesem Zeitraum neuen, geschlossenen,....
Mit den Bordmitteln von OTRS klappt das irgendwie nicht so 100% vielleicht liegts auch an mir....

Kannst Du über die Suche mit CSV Export machen

Search found 15002 matches