Znuny Open Source Ticketsystem

wo ist diese option genau? ich finde die nicht.
ich kann als agent tickets erfassen und bin dann auch der customer davon (oder nicht?)
und was genau funktioniert nicht?

gibt es zu der queue, in der sich diese tickets befinden,
auch wirklich vordefinierte antworten?

ergänzt euer anti-spam-system nur das subject mit [SPAM]
oder setzt es auch ein spam-flag im header der nachricht?

in letzterm fall kannst du das machen, was im handbuch für OTRS 2.3 als beispiel 5-1 steht:

Eine nützliche Filterregel könnte sein, alle Mails, die von spamassassin als Spam markiert ...

ich weiss nicht, ob das noch wichtig für dich ist:

- wenn du pop3 und smtp auf dem domino-server aktivierst, dann kann die bisherige art und weise (direkter zugriff auf die mail-datenbanken mit lotus-client) weiterhin verwendet werden (wir machen das so).

- wenn du einen benutzer im domino ...

schau mal, ob dir das weiterhilft:

Ticket::Frontend::AgentTicketQueue###ViewAllPossibleTickets:
Zeigen aller Queues in der Queue-Ansicht für die Schreib- und Leserechte vorhanden sind? Standardmäßig werden nur die Queues angezeigt, für die Schreibrechte vergeben wurden.

Das ist standardmäßig auf ...

du weisst wahrscheinlich, dass du im admin-bereich für jede queue die eigenschaft

Kundeninfo Status: Ja

setzen könntest. Aber dann bekommt der Kunde eine Info bei jeder Status-Meldung (nicht nur beim schließen) ...

ob und wie das geht, dass NUR beim schließen eine info versendet wird, wüßte ich ...

hallo hischmifisch ... ;-)

ich denke, es muss heissen:

Kopf1: Subject Wert: (.*)

Ich hab das ausprobiert, und das funktioniert.
Im System-Log kannst du übrigens sehen, ob der Filter überhaupt angewendet wurde.

hier ein Beispiel aus meinem System-Log. Ich habe eine Mail mit dem Subject "TestTest ...

wir lösen das Spam-Problem so, dass wir einen zentralen mail-server haben, auf dem alle mails der firma hereinkommen.
dieser ist durch eine sophos-internet-appliance spam-geschützt.
mails, die das otrs-system abholt, sind vorher durch diese internet-appliance gelaufen,
also praktisch spam-frei ...

ich dachte bisher, dass dieses "Bearbeiten" nicht möglich sei.
Damit werden die Agenten davon abgehalten versehentlich oder vorsätzlich eingegangene Tickets zu verändern.

Aber nichtsdestotroz würde ich eine Bearbeiten-Funktion z.B. bei Notizen für extrem nützlich halten,
weil man sonst bei ...

ich hatte genau diesen fall auch grad eben:

man schließt das ticket, und nach einer viertelstunde ist es wieder offen -
und zwar "vom OTRS Admin geöffnet".

ich habe dann festgestellt, dass das ticket (vermutlich als telefon-ticket) so angelegt worden war,
dass der absender die email-adresse des ...

eine lösung, wenn die tickets per email reinkommen:

man kann in den filterregeln (im admin-bereich) die variablen X-OTRS-service und X-OTRS-SLA setzen.

das würde euer problem lösen, wenn man
1) emails benutzt, um tickets aufzunehmen und
2) gleich beim hereinkommen einer mail weiss, zu welcher ...

Handbuch Seite 81:

X-OTRS-Loop: Ist dieser X-OTRS-Header
gesetzt, wird keine automatische
Antwort an den Absender des
neuen Tickets geschickt, z. B.
um Mailschleifen zu vermeiden.

Hilft das?

gruss, peter.

willst du Service und SLA überhaupt verwenden oder nicht?

schau mal nach dieser einstellung: Ticket::Service (in Core::Ticket) - da kannst du die eingabe-möglichkeit pro ticket ausschalten.

Zeiteinheiten: schau mal unter Ticket::Frontend::AccountTime: da kannst du Ja oder Nein eingeben.

die anderen weiss ich nicht.

Agent B sieht das Ticket in seiner Queue-Ansicht gar nicht, wenn es gesperrt ist.
Wenn er also darin "herumfuhrwerken" will ;) dann muss er z.B. über die Suche extra das gesperrte Ticket irgendwie suchen gehen ...

(oder seh ich das falsch?)

Dass ein anderer Agent das Ticket übernehmen kann ist ...