- Edited
ok, acá la adjunto.
undefined: Imposible guardar borrador.
You tagged the wrong version in your post; I just fixed it but please make sure you tag the correct version in future discussions.
You will also need these patches:
- https://github.com/osTicket/osTicket/pull/6381
- https://github.com/osTicket/osTicket/pull/6399
- https://github.com/osTicket/osTicket/pull/6409
As for the session issues, have you tried clearing all cache, cookies, and sessions? Have you tried a completely new browser to see if it's due to any browser extensions, etc.?
Cheers.
La etiqueta estaba bien porque para ese momento tenía esa versión. Actualicé el sistema después de ese inconveniente el cual persiste. Igualmente fue error mío no avisar de este update.
Vamos a probar estos parches y notifico.
- Edited
El error incluso surge en la ventana de incógnito del navegador.
Sinceramente no sabemos cómo hacerlo.
Los parches para el correo no efectuaron cambios ya que sucede lo siguiente:
- Al responder un ticket vía email estos siguen golpeando la bandeja de entrada pero nunca se plasman en la plataforma web/ hilo del ticket.
- Lo raro es que sí nos está permitiendo crear tickets nuevos vía email.
Aclaro esto antes de la actualización a la versión v1.17.2 estaba funcional.
Agents can't respond to users via email, they have to respond through the helpdesk. If an Agent replies via email the best it will do is add an Internal Note (which does not notify the user nor can they see it).
Cheers.
Los agentes respondemos por la plataforma. Los usuarios/ clientes/ creadores de los tickets son los que responden por el email y estas respuestas no están golpeando en la plataforma.
Solo se ve en la plataforma los tickets:
- Creados en la plataforma.
- Creados en el mail.
- Con respuestas en la plataforma.
Y no se pueden visualizar en la plataforma las respuestas de los clientes hechas por email
Acá les adjunto la configuración de los emails:
Ya que nos pidieron poder ver la visualización del avance del ticket en el correo la plantilla de respuesta es la siguiente:
En la versión v1.16.x funcionaba correctamente. No sé si en la v1.17.x hayan afectado esta variable y sea una imagen en lugar de texto o haya quedado obsoleta la variable.
It sounds like either the mail authentication is failing, a cron job is not configured to fetch mail, or the system is having trouble fetching mail from the inbox (which should log some entries in your system logs).
Cheers.
- Edited
Buenas, ¿cómo puedo trato el problema? Le puse la autenticación básica (Legacy)
Did you ever login to the mailbox and remove the stuck mail as I mentioned here?
Cheers.
- Edited
Sí, pero la falla persistió. Ya que la mayoría de los clientes nos responden por mail y de hecho yo generé dos tickets y los respondí por mail para validar la falla y claramente llegan al mail pero nunca se reflejan en la plataforma.
Deshabilité el auto-cron y los errores en el log ya no aparecieron. Volví a responder, en un ticket nuevo de prueba, por mail y aunque no haya log la respuesta a la plataforma no llega.
6 days later
Perdón la demora. No, no configuramos ningún cron job
Then that's the problem. In order to automatically poll mail you need a cron job:
Cheers.
Buenas disculpe la ignorancia, yo tenía habilitado el auto-cron en la versión anterior sin ningún tipo de configuración externa y los mails de la bandeja de entrada me los levantaba y plasmaba en la plataforma. Post actualización me dejaron de caer las respuestas de los clientes. ¿La única forma de solucionar esto dice que es haciendo el sondeo con una configuración externa?
Esta es mi configuración actual del correo:
Fetch on auto-cron is not recommended as it requires someone to be logged in and doing activity. Cron jobs automatically poll the mailbox regardless of if any Agent is logged in or not.
Cheers.