Hallo,
unser OTRS läuft unter utf-8, genauso wie die MySQL-DB und der LDAP zur
Agent- und Customer-Authentifizierung und Customer-Datengewinnung.
Seltsamerweise musste ich unter
$Self->{CustomerUser}->{Params}
SourceCharset => 'utf-8',
DestCharset => 'utf-8',
eingestellen, ansonsten werden Umlaute in den Kunden-Namen nicht
richtig angezeigt (obige Angaben sollten zwar unnötig sein und
eigentlich nichts bewirken, das Gegenteil ist aber der Fall - sei's drum).
Außerdem muss ich
$Self->{UserSyncLDAPMap} = {
# DB -> LDAP
Firstname => 'givenName',
Lastname => 'sn',
Email => 'mail',
};
aktivieren damit die Agents automatisch in der DB angelegt werden.
Problematisch wird's nun bei Umlauten in den Namen der Agents.
Den obige *Charset-Parameter gibt's bei $Self->{'AuthModule::LDAP'}
nicht. Und somit werden meine Agents mit "falschen" Umlauten in die DB
eingetragen. Dies kann ich zwar händisch korrigieren und die Anzeige
erfolgt dann auch korrekt, dies wird jedoch überschrieben sobald sich
der Agent neu anmeldet.
Dies ist wohl ein Bug oder vielmehr ein fehlendes Feature:
/opt/otrs/Kernel/System/Auth/LDAP.pm ab Zeile 221
Hat hier jemand eine Idee? => Ab auf die Wish-List...
Gruß, Alexander
Hallo,
Rein aus der Sicht der Datenbank scheint es sich hier um Abhängigkeiten zu handeln. Diese müssen ja nicht immer zwingend aus dem Datenbankmodell entstehen. Hast du schon einmal in der Tabelle Ticket_link geschaut, ob dort das Ticket mit irgendeinem anderen verbunden ist?
Olaf
-----Ursprüngliche Nachricht-----
Von: otrs-de-bounces(a)otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Andreas Kasa
Gesendet: Mittwoch, 30. November 2005 17:05
An: otrs-de(a)otrs.org
Betreff: [otrs-de] Problem beim loeschen von Tickets
Hallo,
Ich hab ein kleines Problem beim löschen von Tickets mit dem GenericAgent.
Ich hab mir im Webinterface einen Job angelegt der einmal am Tag alle Mails in der Queue Junk löscht. In der /var/log/messages kommt aber für einige wenige Tickets (genauer gesagt zu zeit 2) nur folgende Fehlermeldung:
Nov 30 10:36:22 gremlin OTRS-CGI-10[997]:
[Error][Kernel::System::Ticket::ArticleStorageDB::ArticleDelete][Line:72]:
FEHLER: Aktualisieren oder LXschen in Tabelle XarticleX verletzt FremdschlXssel-Constraint X$3X von Tabelle Xtime_accountingX DETAIL: Auf SchlXssel (id)=(17) wird noch aus Tabelle Xtime_accountingX verwiesen. ,
SQL: 'DELETE FROM article WHERE ticket_id = 8'
Den Inhalt der Meldung verstehe ich schon, aber was soll ich tun? Die time_acccounting Informationen direkt in der SQL Datenbank löschen kann ja nicht wirklich gewollt sein? Oder dürfen/können nur Tickets gelöscht werden in denen keine time_accounting Einträge drinn sind? Oder ist es einfach nur ein Bug das die time_accounting Daten vorher nicht auch gelöscht werden?
Andreas
_______________________________________________
OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=http://www.otrs.de/
Kurze Frage von einem totalem Newbie....
Gibt es irgendwo ein Kochbuch wie man vernünftig beginnt?
- anpassen der Oberfläche (Firmenlogo, etc.)
- was überlege ich mir um auf meine queues zu kommen
- und und und....
Danke,
Christian
Hallo zusammen,
ich betrachte gerade näher die TicketFreeKey/TicketFreeText-Felder (1-8)
und bin hierbei auf ArticleFreeKey/ArticleFreeValue (1-3) gestoßen.
Wofür sind diese gedacht?
Diese Felder habe ich testweise mit einem PostmasterFilter (via
Admin-GUI) belegt, konkret:
Treffer:
Header1: Subject ; Wert: key
Setzen:
Header1: X-OTRS-ArticleKey1 Wert: Testkey
Header2: X-OTRS-ArticleValue1 Wert: Testvalue
Wenn anschließend das Mail per PostmasterPOP3.pl reingeholt wird erhalte
ich folgende Meldung:
ERROR: OTRS-PM3-86 Perl: 5.8.1 OS: linux Time: Thu Dec 1 09:24:58 2005
Message: Need TicketID!
Traceback (22280):
Module: Kernel::System::Ticket::TicketEventHandlerPost (v1.194)
Line: 4187
Module: Kernel::System::Ticket::Article::ArticleFreeTextSet (v1.94)
Line: 708
Module: Kernel::System::PostMaster::NewTicket::Run (v1.52) Line: 265
Module: Kernel::System::PostMaster::Run (v1.52) Line: 239
Module: main::FetchMail (v1.17) Line: 198
Module: /opt/otrs//bin/PostMasterPOP3.pl (v1.17) Line: 126
Connection to {mein Mailserver} closed.
Das Mail wird jedoch korrekt als Ticket entgegengenommen,
und die Article-Felder werden auch "im Ticket-Header" angezeigt.
Weiß jemand was obiger Fehler bedeutet - ist er kritisch (ich nutze v2.0.4)?
Wozu kann man den ArticleFreeKey/Value nutzen?
=> Man kann nicht danach suchen?
=> Man kann die Angaben im WebGUI nicht ändern?
------
Und noch eine Frage...
Was bewirkt das aktivieren der Zeilen
# <tr>
# <td>$Text{"Title"}:</td>
# <td><input type="text" name="Title" value="$QData{"Title"}"
size="30"></td>
# </tr>
innerhalb von /opt/otrs/Kernel/Output/HTML/Standard/AgentTicketFreeText.dtl?
Die Betreffzeilen des Tickets ist ja stets identisch zum letzten
Mail-Eingang - kann sich also insbesondere während des
Tickets-Lebenszyklus ändern (was dem Agent das Wiederfinden von Tickets
ggf. erschwert).
Es würde doch Sinn machen wenn man über das Setzen des Feldes "Titel"
innerhalb der "Freien Felder" dies unterdrücken könnte.
Dem ist aber meiner Erfahrung nach nicht so.
Wozu ist also die Angabe von "Titel" sinnvoll?
Ich habe bisher nur entdeckt dass der Titel beim Verknüpfen von Tickets
angezeigt wird, jedoch leider nur beim Setzen der Verknüpfung und nicht
beim Anzeigen der bestehenden Verknüpfungen innerhalb der rechten
Ticket-Statusspalte.
Ich hoffe jemand kann helfen,
Alexander
