 - Wenn Email zu geschlossenem ticket empfangen, wird das Ticket reaktiviert, der vom Trigger gesetzte Status wird aber überbügelt
 - Wenn Email zu Anfrage, JS-Trigger ändert Prio, Anfrage hat bereits Ressource: Anfrage wird autorisiert, mit neuem System NICHT MEHR --> ok!
 - Wenn Email zu Ticket, JS-trigger setzt Status<100: wird verworfen und auf 100 gesetzt.
 - MAIL_NEW_IN_TRIGGER: dieser wird zwar immer ausgeführt, die properties werden aber nur übernommen, wenn es ein neues ticket wird. Auch dann nicht, wenn nur dieser trigger die ticketid bestimmt und es sonst ein neues ticket geworden wäre.
  - Wenn ein Fremdsystem einen X-SendIdent-header in der Mail mitschickt (foreign_key) (z.b. die ID eines anderen HelpDesk-Systems) 
  - wird dieser foreign_key aus dem Subject entfernt (falls dort enthalten), damit wir es nicht mit den eigenen IDs verwechseln.
  Für die Ermittlung der TicketId wird der foreign_key entfernt, für das HD-Ticket im Subject aber nur wenn...
   * wenn das Fremdsystem auch wirklich ein i-net Helpdesk ist (?) (entfernt)
   * und nur, wenn keine Parameter im Text angegeben wurden (<-?²) (entfernt)
   * UND es keinen EMAIL_NEW_IN_TRIGGER gibt (egal ob er subject ändert oder nicht) (??????wiesoooo???!?!?) (noch drin, weil der trigger alles reverted)
  - Header-felder werden nach wie vor ausgelesen, erscheinen aber nur als custom-parameter im model, wenn es einen MAIL_NEW_IN_TRIGGER gibt. Ein automatisch durchreichen bis zur Automail bzw dem sein MAIL_OUT-Trigger funktioniert nur dann.
  - der MAIL_NEW_IN_TRIGGER darf diesen foreign_key abändern -> weiterhin möglich, bekannte header-props: 'X-Mailer','foreign key' und 'local key'
  - der MAIL_NEW_IN_TRIGGER darf aber NICHT den subject abändern, woraus die ticktId ermittelt wird -> doch
 - Prio der Bestimmung der TicketId: 
      - parameter im content-text
      - MAIL_NEW_IN_TRIGGER <-!!!!!
      - mögliche ID aus einem Mail-Part, der eine original mail des servers ist (Wenn absender ist ein helpdesk oder absender ist postmaster/mailer-deamon/systemadministrator)
      - local key header (X-SendReference)
      - foreign-key-header (X-SendIdent) (aber nur, wenn nicht zusätzlich X-SendReference-header gesetzt ist)
      - Ticket-ID im Subject
      - Doppel-mail-Check: Mail mit selbem Inhalt schon gekommen -> ticketId
 - Aktualisierung des User-Accounts (vorname, nachname, abteilung, etc. durch Trigger oder Parameter im text): wurde bisher bei Mails zu bestehenden tickets nur dann aktualisiert, wenn es einen MAIL_IN_TRIGGER gibt. 
   - User-Daten können jetzt NICHT MEHR DURCH PARAMETER aktualisiert werden, war wohl eh nie gewünscht, nur durch schlampigkeit möglich.
   - Durch den Trigger gemachte Änderungen an den User-Daten werden im User gespeichert. 
   - Außerdem wird immer der Sender-User geupdated, nicht der ticket-owner (meist eh identisch) 
 - Auftrags-Parameter: es werden nur unterstützte Parameter eingelesen, alle anderen werden verworfen! 
   - es können alle Ticket-Felder gesetzt werden, für neue und bestehende Tickets
 - Einschränkung (war bisher immer so): Bei Email zu bstehendem Ticket:
   - über Parameter oder dem MAIL_NEW_IN_TRIGGER(neu) können keine Felder auf ihre default-Werte zurückgesetzt werden. Weil er default-Werte bei nicht-neuen tickets ignoriert.
 - Trigger MAIL_IN: 
   - current_status kann nicht mehr gesetzt werden. Nutze status, dieser ist jetzt lesbar. statusbezeichnung bleibt nur setzbar.
   - auftragfrei1-4 & 6-7 kann jetzt auch geschrieben werden
 - alle Trigger und Auftrags-Parameter:
   - "derBetreff" kann nicht mehr gesetzt werden, es wird nur noch "subject" ausgewertet. Beides hat bisher immer den selben Wert enthalten. Lesen weiterhin beides möglich.
   - "letzterbearbeiter" kann nur gelesen werden (bisher durch parameter schreibbar)
   - "deadlinezeit" kann durch alle geschrieben werden (bisher nur Parameter & MAIL_NEW_IN)
   - "kennung" kann durch alle geschrieben werden (bisher nur Parameter & MAIL_NEW_IN)
 - Bounce-mail: Wenn ein E-mail Empfänger ungültig ist und eine Fehler-mail vom Server zurückkommt, dann wird ein beendetes ticket reaktiviert. Außer, wenn sich das Ticket im Status 'nicht reaktivierbar' befindet oder gelöscht ist. Die Error-mail wird dann spurlos verworfen.
 - E-mail umzustellbar: wenn eine Mail reinkommt zu problem 'Unzustellbar', dann wird eine Aktion mit "Email unzustellbar" angefügt mit dem Inhalt, nicht "E-mail empfangen". Status wird wie bisher 'Email unzustellbar'.
 - der Thread heißt jetzt EmailReader anstatt EmailListener
 - Wenn die Benutzergruppe eine Default-autorisierungsressource definiert, wird diese auch beim Email-einlesen benutzt, wenn der email-account keine ressource definiert. Alt: nur bei existierenden usern, neu: auch bei neu angelegten usern.
 - Wenn eine Mail im HD ungültig ist, also z.b. Ticket ist gelöscht, existiert nicht, es dürfen keine neuen tickets angelegt werden, reaktivierung nicht mehr erlaubt usw., dann wird IMMER versucht, die originale Message_ID (header) wieder reinzupacken und den original subject als Re:<original> zu setzen. Bisher wurde dies nur explizit beim Fehler 'Anlegen neuer tickets nicht gestattet' gemacht. Bedeutet, dass in so einem Fall der <title> in den mail-templates nicht benutzt wird!
 - Die Fehler Mail 'Anlegen neuer tickets nicht gestattet' fällt jetzt auch unter die normalen Checks für Auto-Antworten: also z.b. wenn ist bounce-mail, oder von postmaster oder anderem HD, dann wird auch diese Auto-Antwort NICHT geschickt. Vorher hat er das nicht beachtet.
 - Wenn ein neuer User angelegt wird, und es kein trigger gibt, und das neu-Anlegen von orten anhand der domain NICHt erlaubt ist, dann hat er (bisher) auch nicht versucht nach einer matchenden location anhand der domain zu suchen, jetzt tut er das schon, legt nur nicht neu an. (bugfix)
 - Wenn eine kategorie eine Ressource definiert, einer einkommenden mail keine ressource anderwertig zugewiiesen wird, dann bestimmt die kategorie die ressource. Vorher gabs dies nicht. Diese auto-Zuweisung ist nach wie vor nicht im MAIL_NEW_IN_Trigger sichtbar.
 - Wenn eine Mail keinen Inhalt hat wird der Inhalt auf <Kein Text angegeben> gesetzt, bisher hat er dies nur für text-mails gemacht, jetzt auch für HTML-mails (mit leeren tags). Ebenso beim subject.
 - Die Bestimmung der Prio anhand der Benutzergruppe oder des Ortes des users (für neue tickets) wird nur angewendet, wenn es keinen MAIL_MEW_IN trigger gibt. (war vorher auch so, strukturelles Problem)
 - Auto-Mail & Autorisieren: Die Autorisieren-Mail an den Enduser wird jetzt auch im Email-Fall gesendet. Früher nicht. 
     Vermutlich war das ein 'solange sich keiner meldet, brauchen wir das nicht EINbauen' Fall
     Jetzt ist es ein 'solange sich keiner meldet, brauchen wir das nicht AUSbauen' Fall, und wenn kann der Kunde den Haken dafür rausnehmen. 