Freetext felder via Postmaster Filter vorbelegen

[Jill Meyer]

Hallo,

ich habe einen postmaster-filter geschrieben, welcher u.a. das Freitextfeld 12 beschreiben soll.

Header 1: X-OTRS-Queue Value:SomeQueue
Header 2: X-OTRS-TicketKey12 Value:SomeValue

das Ticket wird in die entsprechende queue einsortiert - allerdings bleibt das enstprechende Freitextfeld leer
Schaue ich in die Ticket-History sehe ich

Code: Select all

NewTicket  New Ticket [2010052811000033] created (Q=SomeQueue;P=3 normal;S=new).
CustomerUpdate  Updated: CustomerID=.....;
TicketFreeTextUpdate Updated: FreeKey12=SomeValue;FreeText12=;

es scheint also nicht ganz zu klappen.

Wenn ich das freetextfeld manuell ändere erhalte ich folgenden Eintrag in der History:

Code: Select all

TicketFreeTextUpdate Updated: FreeKey12=Keywords;FreeText12=SomeValue;

Frage: Wie muß ich die Box Value füllen, damit sowohl der Key als auch der Text übernommen werden?

Vielen Dank,
Jill

[Daniel Obee]

Du musst immer beide Felder, TicketKey und TicketValue, belegen. Sonst klappt das nicht.

Gruß
Daniel

[crythias]

Vergiss nicht, dass Match nicht dasselbe ist wie Set. Wenn Sie die Free Text auf einen Wert haben möchten, setzen sie in Set.

Sorry, wenn dies schlechtes Deutsch. Ich bin mit Google Translate. (Ich bin kein deutscher Muttersprachler.)

[Jill Meyer]

super, wenn ich beide Werte (key und text) setze klappt es.
Vielen Dank.

Jetzt habe ich aber dummerweise ein paar falsche TicketKey Werte erzeugt (wollte ja nur den TicketText ändern) die nun im Suchen Dialog auftauchen. Ich kann also zwischen verschiedenen Keys für das Freitextfeld in der Suche unterscheiden.

Wenn ich mir die sysconfig angucke ist allerdings nur ein TicketKey/TicketValue Pärchen eingtragen.
Frage: Wie kann ich den falschen/nicht gewünschten key wieder entfernen?

dankeschön,
Jill

[Daniel Obee]

Nur per SQL:

Code: Select all

UPDATE ticket SET FreeKey12 = "richter Wert" WHERE FreeKey12 = "falscher Wert"

(ohne Gewähr)

Der Suchen Dialog macht ein SELECT DISTINCT über die FreeKeys. Solange noch falsche Werte in der DB sind, können die auch gesucht werden (was ja irgendwie auch Sinn macht).

Gruß
Daniel