versión de osTicket?
Su servidor de correo está fallando sus credenciales.

1.9.12

Estoy usando gmail y la búsqueda funciona bien, solo un problema con el envío. Moví osTicket de un antiguo servidor de Windows a uno nuevo y el problema es solo en el nuevo servidor.

Me parece recordar que alguien más mencionó que había un error con php 5.6, ¿qué versión está ejecutando?

5,6

¿Debo intentar quitar 5.6 e instalar 5.5?

Intentaría eso primero.

Funcionó. Gracias

Creo que deberíamos mantener esto abierto y trabajar para abordar el problema en PHP 5.6. A medida que se use más ampliamente, el problema se convertirá en un problema mayor.

No tengo problemas de SMTP con PHP 5.6 @ linux host. Parece que es un problema específico de Windows.

solo para tener en cuenta. Estoy usando Windows Server 2008 R2 64bit. Actualmente estoy ejecutando 3 versiones diferentes de PHP 5.4, 5.5 y 5.6 en este servidor y tengo diferentes sitios web que usan diferentes versiones porque algunas aplicaciones web tienen problemas con cosas en una versión de PHP sobre otra. Si bien esto podría ser un problema de aplicación, también es posible que el problema sea con PHP 5.6 para Windows.

@greezybacon esto suena igual que # 2604. Creo que he reducido el problema a este http://php.net/manual/en/migration56.openssl.php

¿Alguien tendría la oportunidad de volver a probar con la punta de la rama develop-next ? La biblioteca SMTP se actualizó y me pregunto si la nueva versión tiene alguna relación con el problema.

No estoy seguro de todos los demás, pero usamos osticket en un entorno en vivo y también usamos la aplicación eticket que requiere que usemos solo versiones compatibles.

Atentamente,

Nicolás Ruebel

Enviado desde mi iPhone 6 Plus

El 20 de octubre de 2015, a las 7:45 a.m., Jared Hancock [email protected] escribió:

¿Alguien tendría la oportunidad de probar de nuevo con la punta de la rama de desarrollo siguiente? La biblioteca SMTP se actualizó y me pregunto si la nueva versión tiene alguna relación con el problema.

-
Responda a este correo electrónico directamente o véalo en GitHub.

Utilizo la biblioteca SMTP actualizada (Net_SMTP v1.7.1) y no tengo ningún problema.

¿Qué versión de php estás usando?

Atentamente,

Nicolás Ruebel

Enviado desde mi iPhone 6 Plus

El 20 de octubre de 2015, a las 9:34 a. M., Infectormp [email protected] escribió:

Utilizo la biblioteca SMTP actualizada (Net_SMTP v1.7.1) y no tengo ningún problema.

-
Responda a este correo electrónico directamente o véalo en GitHub.

yo uso 5.6.14 y openssl 1.02d

@infectormp, ¿ podría verificar que está usando Windows con PHP 5.6 y tuvo un problema antes de la actualización a SMTP 1.7.1?

@greezybacon lo siento, veo que este es un error relacionado con Windows. No uso Windows en el entorno de mi servidor y no puedo verificar el problema.

Tenemos un mantenimiento programado para este fin de semana. Intentaré arrancar una máquina de servidor virtual duplicada y probarla.

Atentamente,

Nicolás Ruebel

Enviado desde mi iPhone 6 Plus

El 20 de octubre de 2015, a las 11:20 a. M., Infectormp [email protected] escribió:

@greezybacon lo siento, veo que este es un error relacionado con Windows. No uso Windows en el entorno de mi servidor y no puedo verificar el problema.

-
Responda a este correo electrónico directamente o véalo en GitHub.

@greezybacon Tengo un entorno de Windows con php 5.6.14 Recibo authentication failure [SMTP: STARTTLS failed (code: 220, response: 2.0.0 SMTP server ready)] como mensaje de error. Si uso php 5.5.28 funciona bien.

Utilizo la biblioteca SMTP actualizada (Net_SMTP v1.7.1) y no tengo ningún problema.

Entonces, ¿esto no tiene absolutamente nada que ver con el problema que nos ocupa?

@greezybacon Como dije anteriormente, creo que tiene algo que ver con los cambios realizados en el código php http://php.net/manual/en/migration56.openssl.php

PHP ahora requiere verificación de pares y he intentado muchas cosas, pero no puedo averiguar cómo configurarlo en mi sistema Windows.

Esto parece no ser solo un problema de Windows. Tuve un problema similar con algunas de mis instancias de osticket 1.9.12 cuando cambio a php 5.6.

Se ejecutan en un servidor alojado con debian squeeze. El puerto SMTP usado es 587. Primero no me di cuenta porque osticket parece tener una solución al enviar los correos electrónicos en este caso a través del mailer php.

En los registros del sistema de osticket había muchos de estos errores:
SMTP: código de respuesta no válido recibido del servidor (código: 550, respuesta: retransmisión no permitida)

Cuando intenté guardar las credenciales del servidor de correo nuevamente, obtuve este error en la interfaz gráfica de usuario:
error de autenticación [SMTP: STARTTLS falló (código: 220, respuesta: TLS adelante)]

Volver a php 5.5 resuelve este problema.

Desactivar la verificación de pares también parece resolver el problema (usando php 5.6):

https://github.com/pear/Net_SMTP/issues/14

Este problema también ocurre en osticket 1.10 (último consejo).

@mfelber
No, no para mí.
Así que ahora también reconocí este problema. Tranquilo tarde, pero lejos.
También podemos recibir / recuperar correos electrónicos y enviar dominios. pero fuera de eso no.

También estoy usando PHP 5.6 y STMP / 587 con autenticación.

Estaría encantado de ver una palabra redonda porque ninguno de ellos ayudó aquí.
No estoy seguro de si una degradación tiene tanto sentido, ya que 1.10 está cerca, al igual que PHP7.

¡SALUD!

@ Hannibal226 En mi caso, la solución con la sustitución

$ esto -> _ opciones_enchufe = $ opciones_enchufe;

para

$ this -> _ socket_options = arreglo ('ssl' => arreglo ('verificar_nombre_del_compañero' => falso));

en /include/pear/Net/SMTP.php funciona bien.

Pero escuché de otra persona que esta solución no lo ayuda a él también (como en su caso).

¿Sigues recibiendo el mismo error? ¿Qué sistema operativo usas?

¿Por qué mencionas 1.10 y PHP7? 1.10 tiene el mismo problema todavía y PHP 7 parece no ser recomendado pronto.

@mfelber
Es Windows y afaik es un problema de Windows + PHP 5.6, así que ...

Lo mencioné porque no sé si tal vez 1.10 tendrá una solución alternativa incorporada, pero es más una interrupción de mantenimiento de una sola vez, por lo que instalar PHP + nuevo osticket, que una vez PHP y después de algunas semanas 1.10 (solo pereza: P)

Y PHP7 no se recomienda, pero leo mucho tratando de hacerlo compatible y no creo que resuelva el problema de 5.6, por eso lo pensé.

¡SALUD!

@ Hannibal226
La persona que mencioné que también tiene problemas con la solución alternativa también usa Windows.

Yo uso para mis sistemas de producción solo el servidor debian squeeze alojado.

Así que tenía un poco de curiosidad y probé la solución en mi entorno de prueba xampp de Windows (Apache / 2.4.17 (Win32) OpenSSL / 1.0.2d PHP / 5.6.14): la solución también funciona bien allí.
Tal vez sea un poco más que solo una cosa de Windows ...

Desactivar la verificación de pares también parece resolver el problema (usando php 5.6):

pear / Net_SMTP # 14

@mfelber Gracias. Estaba buscando una forma de deshabilitar, esto funcionó para mí [IIS 8 y php 5.6.14]

@ jdelhome3578 Me alegro de haber podido ayudar.

@mfelber Solo espero que haya una solución permanente

@ jdelhome3578 Estoy seguro de que los desarrolladores abordarán este problema en algún momento, como dijo Jared:

Creo que deberíamos mantener esto abierto y trabajar para abordar el problema en PHP 5.6. A medida que se use más ampliamente, el problema se convertirá en un problema mayor.

Para los usuarios de servidores Windows, la solución más sencilla es instalar php 5.5 también y configurar php 5.5 como la versión activa para su sitio osticket.

Enviado desde mi iPhone 6 Plus

El 30 de octubre de 2015, a las 7:50 a.m., jdelhome3578 [email protected] escribió:

@mfelber Solo espero que haya una solución permanente

-
Responda a este correo electrónico directamente o véalo en GitHub.

Solo para que sepan chicos, cometí un error de pensamiento y hay una solución mucho más fácil:

Acabo de decir que la IP del sistema de tickets es un relé de envío de confianza para el intercambio.
Así que solo puedo enviar correos para intercambiar sin autenticación.

Pero de todos modos, no había reconocido el error antes, ya que teníamos PHP 5.5 aber después de la actualización, nadie informó problemas.

¡SALUD!

El error está presente en Debian jessie PHP 5.6.14-0 + deb8u1

Puede confirmar que la solución temporal de @mfelber funciona.

Hola tios,

Encontré este hilo porque tuve el mismo problema con mi instalación de osticket en el gran hoster europeo HOSTEUROPE. En la última semana, acabo de cambiar mi instalación principal de php de php 5.5 a php5.6. En mi hoster, es solo un paso para esto. No reconocí ningún cambio porque todo parecía funcionar bien: Mis Ticketing-Mails fueron recibidos por pop de mis tres cuentas como debería ser y los correos parecían ser recibidos por mis clientes.

PERO:

Lo único que estaba mal era el Error 550 Retransmisión no permitida que se mostraba en el registro de OST.

Probé con la configuración de smtp y descubrí que OST no logró conectarse al servidor smtp configurado en otro proveedor. (Estoy usando la versión v1.10-rc.2 (231f11e)) pero en su lugar trató de enviar correos a través de php-mail-function (incluso si prohíbo esto en la configuración). Mi servidor web no conoce la dirección de correo saliente y advierte diciendo "retransmisión no permitida" (¡con lo que tiene razón!).

Cuando volví a cambiar a PHP5.5 o PHP5.3, ¡todo volvió a funcionar perfectamente sin quejas!

¿Hay alguna solución en curso? No es urgente, pero en 2016, mi proveedor establecerá 5.6 como php estándar y, a fines de 2016, la capacidad de usar 5.5 terminará por completo ...

¿Ahora que?

Hola,
OsTicket está usando una copia local de pear y está desactualizado.
Descargar
https://pear.php.net/package/Net_SMTP/download
http://pear.php.net/package/Net_Socket/download

reemplace SMTP.php y Socket.php de "include / pear / Net /" con los de los archivos descargados.

Registro de cambios para SMTP

• Agregue compatibilidad con TLSv1.1 y TLSv1.2 para conexiones STARTTLS. (# 22)

Una vez que hagas esto, osticket debería funcionar.

Esto no funciona en debian jessie con php 5.6.14. ¿Algunas ideas? osTicket y mailserver son servidores diferentes.

¿Algún error en el registro?
1 янв. 2016 г. 4:41 PM пользователь "Sebastian Binder" <
[email protected]> написал:

Esto no funciona en debian jessie con php 5.6.14. ¿Algunas ideas?

-
Responda a este correo electrónico directamente o véalo en GitHub
https://github.com/osTicket/osTicket-1.8/issues/2628#issuecomment -168306839
.

Unable to email via SMTP:mail.consored-domain.com:587 [[email protected]]
Failed to set sender: [email protected] [SMTP: Invalid response code received from server (code: 530, response: 5.7.0 Must issue a STARTTLS command first)]

También tengo el mismo problema.

Instalación limpia con:
Debian 3.16.7-ckt20-1 + deb8u3 (2016-01-17) i686 (Jessie), Linux 3.16.0-4-686-pae,
Apache 2.4.10,
PHP 5.6.14-0 + deb8u1,
MySQL 5.5.46,
osTicket v1.9.12 (19292ad),
IMAP y SMTP externos con STARTTLS

Cuando habilito IMAP en el puerto 143, parece que no hay problema y recupera "nuevos" correos. Configurando SMTP para habilitar, servidor-puerto en 587 y autenticación en sí, obtengo este error "falla de autenticación [SMTP: STARTTLS falló (código: 220, respuesta: TLS adelante)]"

Incluso cuando el nivel de depuración es "debug", no hay ninguna entrada en OS-System-Log.

¿Alguien tiene alguna idea para que funcione?

Andreas

Esto también me está sucediendo en CentOS 7.2 PHP 5.6.

Voy a ver si puedo solucionar este problema y agregar una solicitud de extracción.

Hola,
OsTicket está usando una copia local de pear y está desactualizado.
Descargar
pear.php.net/package/Net_SMTP/download
pear.php.net/package/Net_Socket/download

reemplace SMTP.php y Socket.php de "include / pear / Net /" con los de los archivos descargados.

Registro de cambios para SMTP

Agregue compatibilidad con TLSv1.1 y TLSv1.2 para conexiones STARTTLS. (# 22)

Una vez que hagas esto, osticket debería funcionar.

/ var / www / osticket / osticket / include / pear / Net

-rw-r - r-- 1 www-datos -> SMTP.php
-rw-r - r-- 1 www-datos -> Socket.php

@UkaLee Eso no funcionó para mí, eche un vistazo a esta diferencia para ver lo que hice (en caso de que alguien más tenga problemas similares):

https://github.com/johnhunt/osTicket-1.8/commit/d48499b66e3ce9950bdccb7d9b8689a5acaa359f

¿Podemos aumentar la prioridad en este error? Me parece un problema grave, especialmente si el soporte no puede recibir las alertas por correo electrónico. En algunas circunstancias, es posible que el soporte técnico ni siquiera tenga conocimiento de los correos electrónicos no entregados.

Esto funcionó para mí como lo sugirió @mfelber

Cambio

$ esto -> _ opciones_enchufe = $ opciones_enchufe;

para

$ this -> _ socket_options = arreglo ('ssl' => arreglo ('verificar_nombre_del_compañero' => falso));

@joelrb seguro que funciona, pero la próxima actualización de osTicket puede reemplazar el archivo y no generar correos electrónicos hasta que lo modifique nuevamente.

Si fuera PHPMailer podría utilizar lo siguiente ..

    $mail->SMTPOptions = array(
        'ssl' => array(
            'verify_peer' => false,
            'verify_peer_name' => false,
            'allow_self_signed' => true
        )
    );

Yo también estaba recibiendo
error de autenticación [SMTP: STARTTLS falló (código: 220, respuesta: 2.0.0 Listo para iniciar TLS)]

Actualicé mi SMTP.php y Socket.php / include / pear / Net - a las últimas versiones.
pear.php.net/package/Net_SMTP/download
pear.php.net/package/Net_Socket/download

Ahora recibo otro error
error de autenticación [SMTP: código de respuesta no válido recibido del servidor (código: 535, respuesta: 5.7.3 Autenticación fallida)]

osTicket Core, v1.9.14
Versión de PHP 5.6.19

Intente usar el puerto 465 para SMTP y agregue "ssl: //" antes de la entrada del servidor:

Probé un correo electrónico diferente con autenticación requerida: sí
esto funciona bien. Por alguna razón, el otro correo electrónico no se autentica y, por lo tanto, falla.
Extraño, pero usar un correo electrónico con licencia de Office 365 funciona bien.

Esta:
error de autenticación [SMTP: código de respuesta no válido recibido del servidor (código: 535, respuesta: 5.7.3 Autenticación fallida)]

generalmente indica que la autenticación no se realizó correctamente. Yo pensaría que esto estaría en el extremo remoto personalmente.

Tiene dos formas de hacer que esto funcione desde el punto de vista de la administración ...

1. Usas autenticación
2. Elimina la autenticación como lo hicimos nosotros y restringe el acceso a su servidor SMTP a través de la dirección IP y el dominio de envío.
   

Mientras publicaba @Pooleyy , noté que hablaba de Office 365.

¿Dices que un buzón con licencia funciona?
¿Estás intentando utilizar un "Buzón compartido"?

Ahh @robintoy se podría compartir sí.
Pero ... tengo la misma dirección de correo electrónico configurada en un osTickets antiguo y funciona bien. Sin autenticación como sugirió anteriormente.

Hola @Pooleyy
no podrá usar Office 365 como nuestra configuración, ya que no tiene acceso al clúster de Exchange de Microsoft directamente para agregar las reglas correctas según sea necesario.

Con un buzón de correo compartido, MS hizo una actualización hace un tiempo deteniendo la autenticación, la única forma de autenticación en un buzón de correo compartido es con uno de los usuarios que tiene acceso al buzón de correo.

Hola @robintoy
Ya veo, gracias por su aporte - apreciado.
Lo resolví usando otro correo electrónico ahora. Es extraño cómo todavía funciona en mis viejos osTickets.
¡Salud! Sam

Tengo los mismos problemas con PHP 5.6 y v1.9.14.

Este problema hace que osTicket sea inutilizable. Casi todos los proveedores de correo electrónico están aplicando una conexión STARTTLS y ya probé Inbox.lv y Zoho.com sin ningún éxito.

También cambiando $ this -> _ socket_options = $ socket_options; no ayudó. Solo creó un nuevo mensaje de error: falla de autenticación [SMTP: código de respuesta no válido recibido del servidor (código: 535, respuesta: datos de autenticación incorrectos)]

(pero el nombre de usuario y la contraseña son correctos).

No puedo entender cómo ese problema puede existir durante casi un año y por qué aún no se ha solucionado.

Yo suelo:

• este truco de d48499b66e3ce9950bdccb7d9b8689a5acaa359f
• cambio en la función __construct :

$this->socket_options = array('ssl' => array(
            'verify_peer' => false,
            'verify_peer_name' => false,
            'allow_self_signed' => true
        ));

• establecer ssl:// en la configuración
• usar el puerto para ssl

Funcionó.

PHP 5.6.24-0+deb8u1

Actualmente tengo más de 30 correos electrónicos en nuestra cola de correo que no se envían a Google porque Google está rechazando correos electrónicos. ¿Alguien tiene una solución estable para esto?

Estoy ejecutando debian y php5.6 y tuve el mismo problema. En lugar de cambiar el código en el constructor Net_SMTP, cambié las dos llamadas para crear una instancia de la clase Net_SMTP en include / pear / Mail / smtpmx.php e include / pear / Mail / smtp.php para pasar las opciones de socket. Creo que es una mejor solución. Y este es un problema de PEAR, no un problema de osTicket.

Tengo el mismo problema con la última versión 1.10
no se puede habilitar la autenticación SMTP, siempre aparece el problema STARTTLS.

también intentando con todas las sugerencias anteriores, pero no funciona :(

Estuve de acuerdo con @cosmospham usando d48499b

Su método funcionó en la versión 1.10 / 1.9.15.

Si esto se puede empujar a la rama principal, será genial.

información del servidor
osTicket Version v1.9.15 - Actualizada
Software de servidor web Apache / 2.4.23 (Unix) OpenSSL / 1.0.1e-fips mod_bwlimited / 1.4
MySQL versión 5.5.52
Versión de PHP 5.6.27

@protich arregló esto con 4f68aeb

Hola, esto todavía no me funciona. Utilizo alojamiento de Reino Unido 1 y 1 con TLS 587.

¿Alguna ayuda?

Te recomendaría que hables con 1and1 y les preguntes por qué no funciona.

Ver también:
https://github.com/osTicket/osTicket/issues/3715
y
http://osticket.com/forum/discussion/87243/resolved-smtp-connection-error-for-1and1-server

Necesito ayuda urgente ...

No puedo guardar smtp (gmail) en mi servicio de asistencia técnica osticket ... a continuación se muestra el archivo adjunto de mi versión.
¿Está relacionado con php ver 5.6 también? tq

una pregunta más, estoy usando en el entorno estándar de 64 bits de Windows Server 2008 R2 ... ¿Hay alguna configuración que deba hacer para la función del servidor SMTP (integrado con Windows) ... Lo siento, soy realmente un novato con esta configuración de osticket. parece que estoy tomando esto de otro klik ...

espero que alguien me ayude. Gracias

"SMTP: no se pudo conectar: ​​no se pudo establecer la conexión porque la máquina de destino la rechazó activamente"
El servidor remoto rechaza la conexión.

En la función Servidor de correo virtual SMTP en Windows, el servidor generalmente necesita permiso para retransmitir. Regrese a la pantalla que publicó. Haga clic en la pestaña Acceso. Haga clic en Retransmisión y agregue la dirección IP del servidor web. También asegúrese de que el firewall permita la conexión en el puerto que está utilizando.

querido ntozier,

parece que soy un novato ... lo siento ... una vez abrí la ip ... veo una ip como esta 127.0.0.1 ... no sé de dónde viene ...

así ¿verdad?

No sé cuáles son sus direcciones IP, por lo que realmente no puedo responder si es correcta. Supongo que su servidor web es 172.21.9.40 y que está ejecutando el servidor virtual SMTP en la misma máquina. También revise su firewall. :)

sí, osticket todo en este servidor ... sí servidor virtual smtp también la misma máquina ... oracle sun blade machine ... ejecutando windows server 2008 r2 standard 64bit ... después de incluir la ip del servidor (máquina) en el relé y prueba, guarde el La configuración de smtp para [email protected] también falló ... use el puerto 4 diff, 465, 443, 25, 587

Puedo ver la marca SMTP en Windows del cortafuegos ... pero esta máquina también se instaló con Kaspersky. No sé si el cortafuegos también lo controla Kaspersky.

Estaba teniendo el mismo problema (error STARTTLS) al conectarme a smtp.gmail.com en osTicket 1.10.1.
Anfitrión: Windows Server 2012 (IIS 8.5), PHP 7, MySQL (5.7).

Agregar la opción 'verify_peer' => false a las opciones de socket 'ssl' lo solucionó.
En el archivo incluya / pear / Net / SMTP.php, en la función de construcción cambie:

// Turn off peer name verification by default\n
if (!$socket_options)
    $socket_options = array(
        'ssl' => array('verify_peer_name' => false)
    );

por

// Turn off peer name verification by default\n
if (!$socket_options)
    $socket_options = array(
        'ssl' => array('verify_peer_name' => false, 'verify_peer' => false)
    );

Nada funciona para mi

Envío de correo electrónico a través de SMTP
No se pudo conectar a smtp.gmail. com: 465 [SMTP: No se pudo conectar el socket: Se agotó el tiempo de espera de la conexión (código: -1, respuesta:)]

No se pudo conectar a smtp.gmail. com: 587 [SMTP: No se pudo conectar el socket: Conexión rechazada (código: -1, respuesta:)]

información del servidor

osTicket Version | v1.15 (d5ee0df) - Actualizado
Software de servidor web | apache
Versión de MySQL | 5.6.49
Versión PHP | 7.3.23

Ayuda para resolver este problema