Unsere Agent's teilten uns mit, ob es möglich ist, mit «confirm» bei der Queue abonnieren direkt zu speichern ohne den zweiten Hacken noch zu bestätigen.
Edit by moderator, English translation: Agents are requesting to save personal preferences like the queue subscriptions by just clicking "confirm" instead of having to press the checkmark button afterwards.
We have enabled 2 Factor Authentication (2FA) for the Agent login. There are two scenarios that seem to occur more often than anticipated 1) Agent forgets her/his 2FA device (usually the phone) 2) Agent looses/replaces/reset his 2FA device
In both cases the admin needs to be involved (on short notice) to enable the Agent to work.
Other 2FA enabled services (e.g. Google, Github) have a concept of "backup" or "recovery"...
In OTRS 6 the new communication log was introduced. Unfortunately this communication log only shows the transmission status for Emails and SMS. I would love to also merge the GenericInterface Debugger into this communication log. The benefit of this would be, that you only have one screen, where you can find all the communication related logs.
We have the need for using the free/busy information from the Exchange calendar in the OTRS integrated calendar for optimizing the planning of our field-based employees. Additionally, if an accomodation is planned in the OTRS calendar, it should also be transmitted back into the exchange calendar.
It would be interesting if there was a tag OTRS_CUSTOMER_HTML_BODY - or something like it - that would allow the inclusion of the full original customer message on notifications and the like. The existing OTRS_CUSTOMER_BODY includes just a plain-text message, stripping all "img" (and other) tags present on the original message and, thus, crippling the customer message. The first image shows the original customer message;...
Hinergrund: Service Desk MA, die am Tag viele Tickets seriell abarbeiten, benutzen gern die "normale" Ansicht.
MA aus Fachabteilungen, die eher wenige Tickets am Tag bearbeiten, dafür aber stärker in den einzelnen Tickettehmen drin sind, benutzen lieber die "umgekehrte" Ansicht. Das heißt, der Agent kann in seinen persönlichen Einstellungen die Ansicht wählen.
It would be great to add the possibility to send ticket notifications to the recipients listed in CC: of the original customer request. With this feature it would be possible to notify the CC recipients as well when a ticket is generated or closed or simply changed…
When selecting DynamicFields in Sysconfig (e.g. in "Ticket:Frontend:AgentTicketFreeText###DynamicField") there should be a dropdown to select the DynamicFields. Currently the names of the DynamicFields need to be entered manually.
So far, syncing LDAP/AD attributes is only possible for OTRS default fields like first and last name email, mobile number. It would be better if it would also allow the sync of other attributes, e.g. department names or other contact information. This way, this additional information can be used in OTRS functions like notifications and signatures.
I suggest change the type of field TEXT on the table NOTIFICATION_EVENT_MESSAGE from VARCHAR2(4000 BYTE) to CLOB. Because is not possible send larger mails than 4000 bytes. This problem only affects OTRS that have ORACLE database in the MYSQL database the type of the column is type TEXT that is more large of VARCHAR2(4000 BYTE). The structure type TEXT in MYSQL database would is equivalent to the CLOB in ORACLE database....
In OTRS it is possible to set validity status (valid, invalid, invalid-temporarily) for almost each value, for example Queues, Status and Generic Agents...etc.
Nevertheless, it is not possible to set validity for PostMaster Filters, though this would be really useful, as there are situations, when because of error-search some mail-filters should be temporarily disabled (banned).