versão do osTicket?
Seu servidor de e-mail está falhando em suas credenciais.

1.9.12

Estou usando o gmail e a busca está funcionando bem, apenas um problema com o envio. Mudei o osTicket de um servidor Windows antigo para um novo e o problema é apenas no novo servidor.

Parece que me lembro de alguém mencionando que havia um bug com o php 5.6, qual versão você está executando?

5,6

Devo tentar remover 5.6 e instalar 5.5

Eu tentaria isso primeiro.

Funcionou. Obrigado

Acho que devemos manter isso aberto e trabalhar para resolver o problema no PHP 5.6. À medida que se torna mais amplamente usado, o problema se tornará um problema maior

Não tenho problemas de SMTP com o host PHP 5.6 @ linux. Parece que é um problema específico do Windows.

apenas para ter em mente. Estou usando o Windows Server 2008 R2 de 64 bits. Atualmente estou executando 3 versões diferentes do PHP 5.4, 5.5 e 5.6 neste servidor e diferentes sites usam versões diferentes porque alguns aplicativos da web têm problemas com coisas em uma versão do PHP em vez de outra. Embora isso possa ser um problema de aplicativo, também é possível que o problema seja com o PHP 5.6 para Windows.

@greezybacon isso soa igual a # 2604. Acredito ter restringido o problema a este http://php.net/manual/en/migration56.openssl.php

Alguém teria a oportunidade de testar novamente com a ponta do branch develop-next ? A biblioteca SMTP foi atualizada e estou me perguntando se a nova versão tem alguma relação com o problema.

Não tenho certeza sobre todos os outros, mas usamos osticket em um ambiente ao vivo e também usamos o aplicativo eticket, que exige que usemos apenas versões compatíveis.

Sinceramente,

Nicholas Ruebel

Enviado do meu iPhone 6 Plus

Em 20 de outubro de 2015, às 7h45, Jared Hancock [email protected] escreveu:

Alguém teria a oportunidade de testar novamente com a ponta do ramo desenvolver próximo? A biblioteca SMTP foi atualizada e estou me perguntando se a nova versão tem alguma relação com o problema.

-
Responda a este e-mail diretamente ou visualize-o no GitHub.

Eu uso a biblioteca SMTP atualizada (Net_SMTP v1.7.1) e não tenho nenhum problema.

Qual versão do php você está usando?

Sinceramente,

Nicholas Ruebel

Enviado do meu iPhone 6 Plus

Em 20 de outubro de 2015, às 9h34, infectormp [email protected] escreveu:

Eu uso a biblioteca SMTP atualizada (Net_SMTP v1.7.1) e não tenho nenhum problema.

-
Responda a este e-mail diretamente ou visualize-o no GitHub.

eu uso 5.6.14 e openssl 1.02d

@infectormp você poderia apenas verificar se está usando o Windows com PHP 5.6 e teve um problema antes de atualizar para o SMTP 1.7.1?

@greezybacon , desculpe, vejo que este é um bug relacionado ao Windows. Não estou usando Windows no meu ambiente de servidor e não consigo verificar o problema.

Temos manutenção programada para este fim de semana. Vou tentar inicializar uma máquina de servidor virtual duplicada e testá-la.

Sinceramente,

Nicholas Ruebel

Enviado do meu iPhone 6 Plus

Em 20 de outubro de 2015, às 11h20, infectormp [email protected] escreveu:

@greezybacon , desculpe, vejo que este é um bug relacionado ao Windows. Não estou usando Windows no meu ambiente de servidor e não consigo verificar o problema.

-
Responda a este e-mail diretamente ou visualize-o no GitHub.

@greezybacon Eu tenho um ambiente Windows com php 5.6.14 Eu recebo authentication failure [SMTP: STARTTLS failed (code: 220, response: 2.0.0 SMTP server ready)] como uma mensagem de erro. Se eu usar o php 5.5.28, ele funciona bem.

Eu uso a biblioteca SMTP atualizada (Net_SMTP v1.7.1) e não tenho nenhum problema.

Então, isso não tem absolutamente nada a ver com o problema em questão?

@greezybacon Como afirmei anteriormente, acho que tem algo a ver com as alterações feitas no código php http://php.net/manual/en/migration56.openssl.php

O PHP agora requer verificação de pares e eu tentei muitas coisas, mas não consigo descobrir como configurá-lo no meu sistema Windows.

Este não parece ser apenas um problema do Windows. Eu tive um problema semelhante com algumas das minhas instâncias do osticket 1.9.12 quando mudei para o php 5.6.

Eles estão rodando em um servidor hospedado com debian squeeze. A porta SMTP usada é 587. Primeiro eu não notei isso porque osticket parece ter uma solução alternativa para enviar os e-mails, neste caso, através do php mailer.

Nos logs do sistema do osticket havia muitos desses erros:
SMTP: código de resposta inválido recebido do servidor (código: 550, resposta: retransmissão não permitida)

Quando tentei salvar as credenciais do servidor de e-mail novamente, recebi este erro na interface do usuário:
falha de autenticação [SMTP: STARTTLS falhou (código: 220, resposta: TLS vá em frente)]

Voltar para o php 5.5 resolve esse problema.

Desativar a verificação de pares também parece resolver o problema (usando php 5.6):

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

Este problema também ocorre no osticket 1.10 (última dica).

@mfelber
Não, não para mim.
Então, eu reconheci esse problema agora também. Quieto tarde, mas longe.
Podemos receber / buscar e-mail sem problemas e enviar no domínio também. mas disso não.

Estou usando também PHP 5.6 e STMP / 587 com autenticação.

Ficaria satisfeito em ver uma palavra ao redor, porque nenhum deles ajudou aqui.
Não tenho certeza se um downgrade faz tanto sentido, pois 1.10 está próximo, o mesmo que PHP7.

FELICIDADES!

@ Hannibal226 No meu caso, a solução alternativa para substituir

$ this -> _ socket_options = $ socket_options;

para

$ this -> _ socket_options = array ('ssl' => array ('verify_peer_name' => false));

em /include/pear/Net/SMTP.php funciona bem.

Mas ouvi de outra pessoa que essa solução alternativa também não o ajuda (como no seu caso).

Você ainda recebe o mesmo erro? Qual sistema operacional você usa?

Por que você mencionou 1.10 e PHP7? 1.10 ainda tem o mesmo problema e PHP 7 parece não ser recomendado em breve.

@mfelber
É windows e afaik é um problema de windows + PHP 5.6, então ...

Mencionei porque não sei se talvez 1.10 terá uma solução alternativa embutida, mas é mais uma interrupção de manutenção única, então instalar o PHP + novo osticket, de uma vez o PHP e depois de algumas semanas 1.10 (apenas preguiça: P)

E PHP7 não é recomendado, mas estou lendo muito tentando compatibilizar e acho que não vai proteger o problema do 5.6, por isso que pensei.

FELICIDADES!

@ Hannibal226
A pessoa que mencionei que também tem problemas com a solução alternativa também usa o Windows.

Eu uso para meus sistemas de produção apenas o servidor debian squeeze hospedado.

Então, eu estava um pouco curioso e testei a solução alternativa no meu ambiente de teste do Windows xampp (Apache / 2.4.17 (Win32) OpenSSL / 1.0.2d PHP / 5.6.14): a solução alternativa funciona bem lá também.
Talvez seja um pouco mais do que apenas uma coisa do Windows ...

Desativar a verificação de pares também parece resolver o problema (usando php 5.6):

pear / Net_SMTP # 14

@mfelber Obrigado, eu estava procurando uma maneira de desabilitar, isso funcionou para mim [IIS 8 e php 5.6.14]

@ jdelhome3578 Fico feliz em poder ajudar.

@mfelber , só espero que haja uma solução permanente

@ jdelhome3578 Estou confiante de que esse problema será tratado pelos desenvolvedores em algum momento, conforme Jared disse:

Acho que devemos manter isso aberto e trabalhar para resolver o problema no PHP 5.6. À medida que se torna mais amplamente usado, o problema se tornará um problema maior

Para usuários do servidor Windows, a solução mais fácil é instalar o php 5.5 também e definir o php 5.5 como a versão ativa para o seu site osticket.

Enviado do meu iPhone 6 Plus

Em 30 de outubro de 2015, às 7h50, jdelhome3578 [email protected] escreveu:

@mfelber , só espero que haja uma solução permanente

-
Responda a este e-mail diretamente ou visualize-o no GitHub.

Só para que vocês saibam, pessoal, eu cometi um erro de pensamento e há uma solução muito mais fácil:

Acabei de dizer que o IP do sistema de bilhetes é um relé de envio confiável para troca.
Assim, posso apenas enviar e-mails para troca sem autenticação.

Mas de qualquer maneira eu não tinha reconhecido o bug antes, já que tínhamos o PHP 5.5 aber depois do Update ninguém relatou problemas.

FELICIDADES!

Bug está presente no Debian jessie PHP 5.6.14-0 + deb8u1

Pode confirmar a correção temporária de @mfelber funciona.

Oi, pessoal,

Acabei de encontrar este tópico porque tive o mesmo problema com a minha instalação osticket no grande hoster europeu HOSTEUROPE. Na semana passada, eu mudei minha instalação principal do php de php 5.5 para php5.6. No meu hoster, é apenas um clique para isso. Não reconheci nenhuma mudança porque tudo parecia funcionar bem: Meus ingressos-e-mails foram recebidos por pop de todas as minhas três contas como deveria ser e os e-mails pareciam ter sido recebidos por meus clientes.

MAS:

A única coisa que estava errada era o Error 550 Relaying não permitido que era exibido no log do OST.

Eu tentei com as configurações smtp e descobri que o OST não conseguiu se conectar ao servidor smtp configurado em outro provedor. (Estou usando a versão v1.10-rc.2 (231f11e)), mas em vez disso, ele tentou enviar e-mails através da função php-mail (mesmo que eu proíba isso nas configurações). Meu servidor da Web não sabe o endereço de e-mail de saída e avisa dizendo "retransmissão não permitida" (com o que ele está certo!).

Quando mudei de volta para o PHP5.5 ou PHP5.3, tudo voltou a funcionar perfeitamente sem reclamações!

Existe uma solução em andamento? Não é urgente, mas em 2016, meu provedor definirá 5.6 como padrão-php e no final de 2016 a capacidade de usar 5.5 será encerrada completamente ...

E agora?

Olá,
OsTicket está usando uma cópia local do pear e está desatualizada.
Donwload
https://pear.php.net/package/Net_SMTP/download
http://pear.php.net/package/Net_Socket/download

substitua SMTP.php e Socket.php de "include / pear / Net /" pelos arquivos baixados.

Log de mudanças para SMTP

• Adicione suporte TLSv1.1 e TLSv1.2 para conexões STARTTLS. (# 22)

Depois de fazer isso, osticket deve funcionar.

Isto não funciona no debian jessie com php 5.6.14. Alguma ideia? osTicket e mailserver são servidores diferentes.

Algum erro no log?
1 янв. 2016 г. 4:41 PM пользователь "Sebastian Binder" <
notificaçõ[email protected]> написал:

Isto não funciona no debian jessie com php 5.6.14. Alguma ideia?

-
Responda a este e-mail diretamente ou visualize-o no 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)]

Eu também tenho o mesmo problema.

Instalação limpa com:
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 externo e SMTP com STARTTLS

Quando eu habilito o IMAP na porta 143, parece não haver nenhum problema e busca "novos" e-mails. Configurando o SMTP para ativar, a porta do servidor para 587 e a autenticação para sim, recebo este erro "falha de autenticação [SMTP: falha de STARTTLS (código: 220, resposta: TLS, vá em frente)]"

Mesmo enquanto o nível de depuração é "depuração", não há nenhuma entrada no OS-System-Log.

Alguém tem alguma ideia de fazer funcionar?

Andreas

Isso também está acontecendo comigo no CentOS 7.2 PHP 5.6.

Vou ver se consigo consertar isso e manter uma solicitação de pull.

Olá,
OsTicket está usando uma cópia local do pear e está desatualizada.
Donwload
pear.php.net/package/Net_SMTP/download
pear.php.net/package/Net_Socket/download

substitua SMTP.php e Socket.php de "include / pear / Net /" pelos arquivos baixados.

Log de mudanças para SMTP

Adicione suporte TLSv1.1 e TLSv1.2 para conexões STARTTLS. (# 22)

Depois de fazer isso, osticket deve funcionar.

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

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

@UkaLee Isso não funcionou para mim, dê uma olhada neste diff para ver o que eu fiz (no caso de alguém ter problemas semelhantes):

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

Podemos aumentar a prioridade desse bug? Parece um problema sério para mim, especialmente se o suporte não consegue receber os alertas por e-mail. Em algumas circunstâncias, o suporte técnico pode nem estar ciente de e-mails não entregues.

Isso funcionou para mim, conforme sugerido por @mfelber

Mudar

$ this -> _ socket_options = $ socket_options;

para

$ this -> _ socket_options = array ('ssl' => array ('verify_peer_name' => false));

@joelrb certeza de que funciona, mas a próxima atualização do osTicket pode substituir o arquivo e não gerar e-mails até que você o ajuste novamente.

Se fosse o PHPMailer poderia usar o seguinte ..

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

Eu também estava recebendo
falha de autenticação [SMTP: falha de STARTTLS (código: 220, resposta: 2.0.0 Pronto para iniciar TLS)]

Atualizei meu SMTP.php e Socket.php / include / pear / Net - para as versões mais recentes.
pear.php.net/package/Net_SMTP/download
pear.php.net/package/Net_Socket/download

Agora estou recebendo outro erro
falha de autenticação [SMTP: código de resposta inválido recebido do servidor (código: 535, resposta: 5.7.3 Autenticação malsucedida)]

osTicket Core, v1.9.14
PHP versão 5.6.19

Tente usar a porta 465 para SMTP e adicione "ssl: //" antes da entrada do servidor:

Tentei um e-mail diferente com autenticação necessária: sim
isso funciona bem. Por algum motivo, o outro e-mail não é autenticado e, portanto, falha.
Estranho - mas usar um e-mail com licença do Office 365 funciona bem.

Esse:
falha de autenticação [SMTP: código de resposta inválido recebido do servidor (código: 535, resposta: 5.7.3 Autenticação malsucedida)]

geralmente indica que a autenticação não foi bem-sucedida. Eu acho que isso seria pessoalmente na extremidade remota.

Você tem duas maneiras de fazer isso funcionar do ponto de vista administrativo ....

1. Você usa autenticação
2. Você remove a autenticação como fizemos e restringe o acesso ao seu servidor SMTP via endereço IP e domínio de envio.
   

Quando estava postando @Pooleyy , percebi que você fala sobre o Office 365.

Você diz que uma caixa de correio licenciada funciona?
Você está tentando usar uma "Caixa de Correio Compartilhada" ??

Ahh @robintoy poderia ser Compartilhado sim.
Mas ... eu tenho o mesmo endereço de e-mail configurado em um osTickets antigo e funciona bem. Sem autenticação como você sugeriu acima.

Oi @Pooleyy
você não poderá usar o Office 365 como nossa configuração, pois não tem acesso ao cluster do Exchange da Microsoft diretamente para adicionar as regras corretas conforme necessário.

Com uma caixa de correio compartilhada, a MS fez uma atualização há algum tempo, interrompendo a autenticação nela, a única maneira de autenticação em uma caixa de correio compartilhada é com um dos usuários que tem acesso à caixa de correio

Oi @robintoy
Entendo, obrigado por sua contribuição - apreciado.
Resolvi usando outro e-mail agora. É estranho como ainda funciona nos meus antigos osTickets.
Saúde! Sam

Estou tendo os mesmos problemas com PHP 5.6 e v1.9.14.

Este problema torna o osTicket inutilizável para mim. Quase todos os provedores de e-mail estão impondo uma conexão STARTTLS e eu já tentei Inbox.lv e Zoho.com sem sucesso.

Também alterando $ this -> _ socket_options = $ socket_options; não ajudou. Ele apenas criou uma nova mensagem de erro: falha de autenticação [SMTP: código de resposta inválido recebido do servidor (código: 535, resposta: dados de autenticação incorretos)]

(mas o nome de usuário e a senha estão corretos).

Não consigo entender como esse problema pode existir por quase um ano e por que ainda não foi corrigido.

Eu uso:

• este hack de d48499b66e3ce9950bdccb7d9b8689a5acaa359f
• mudança na função __construct :

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

• definir ssl:// na configuração
• usar porta para SSL

Funcionou.

PHP 5.6.24-0+deb8u1

Atualmente, tenho mais de 30 e-mails em nossa fila de e-mails que não estão sendo enviados ao Google porque o Google está rejeitando e-mails. Alguém tem uma solução estável para isso?

Estou executando o debian e o php5.6 e tive o mesmo problema. Em vez de alterar o código no construtor Net_SMTP, alterei as duas chamadas para instanciar a classe Net_SMTP em include / pear / Mail / smtpmx.php e include / pear / Mail / smtp.php para passar as opções de socket. Eu acredito que é uma solução melhor. E este é um problema PEAR, não um problema de osTicket.

Estou tendo o mesmo problema com a versão mais recente 1.10
incapaz de ativar a autenticação SMTP, sempre obtendo o problema STARTTLS.

também tentando com todas as sugestões acima, mas não está funcionando :(

Eu concordei com @cosmospham usando d48499b

Seu método funcionou na versão 1.10 / 1.9.15.

Se isso puder ser enviado para o branch principal, será ótimo.

informação do servidor
osTicket versão v1.9.15 - atualizado
Software de servidor Web Apache / 2.4.23 (Unix) OpenSSL / 1.0.1e-fips mod_bwlimited / 1.4
MySQL Versão 5.5.52
PHP versão 5.6.27

@protich corrigiu isso com 4f68aeb

Oi, isso ainda não está funcionando para mim. Eu uso 1 e 1 hospedagem no Reino Unido com TLS 587.

Qualquer ajuda?

Eu recomendo que você fale com 1and1 e pergunte a eles por que não está funcionando.

Veja também:
https://github.com/osTicket/osTicket/issues/3715
e
http://osticket.com/forum/discussion/87243/resolved-smtp-connection-error-for-1and1-server

preciso de ajuda urgente ...

eu não posso salvar smtp (gmail) no meu helpdesk osticket .. abaixo está o anexo da minha versão.
também está relacionado ao php versão 5.6? tq

mais uma pergunta, estou usando no ambiente de 64 bits do Windows Server 2008 r2 padrão .. existe alguma configuração deve fazer para a função do servidor smtp (construir com o Windows) .. desculpe, sou realmente novato com esta configuração osticket. parece que estou tirando isso de outro klik ...

espero que alguem me ajude. obrigado

"SMTP: Falha ao conectar: ​​nenhuma conexão pôde ser feita porque a máquina de destino a recusou ativamente"
O servidor remoto está recusando a conexão.

No recurso SMTP Virtual Mail Server no Windows, o servidor geralmente precisa de permissão para retransmitir. Volte para a tela que você postou. Clique na guia Acesso. Clique em Relay e adicione o endereço IP do servidor da web. Certifique-se também de que o firewall permite a conexão na porta que você está usando.

querido ntozier,

Parece que sou novato .. desculpe ... uma vez eu abri o ip ... vejo um ip como este 127.0.0.1 .. eu não sei de onde veio ..

assim certo?

Não sei quais são seus endereços IP, então não posso responder se estão corretos. Presumo que seu servidor da web seja 172.21.9.40 e que você esteja executando o servidor virtual SMTP na mesma máquina. Verifique também o seu firewall. :)

sim, osticket tudo neste servidor .. sim servidor virtual smtp também mesma máquina ... máquina oracle sun blade .. rodando windows server 2008 r2 padrão 64 bits ... depois de incluir o ip do servidor (máquina) no relay e teste salvar o configuração smtp para [email protected] também falhou .. use 4 diff port, 465, 443, 25, 587

Eu posso ver o SMTP assinalado nas janelas do firewall .. mas esta máquina também está instalada com o Kaspersky. Eu não sei se o firewall também está sendo controlado pelo Kaspersky.

Eu estava tendo o mesmo problema (erro STARTTLS) ao conectar a smtp.gmail.com no osTicket 1.10.1.
Host: Windows Server 2012 (IIS 8.5), PHP 7, MySQL (5.7).

Adicionar a opção 'verify_peer' => false às opções de socket 'ssl' corrigiu o problema.
No arquivo include / pear / Net / SMTP.php, na alteração da função de construção:

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

para

// 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 mim

Enviando e-mail via SMTP
Falha ao conectar-se a smtp.gmail. com: 465 [SMTP: Falha ao conectar soquete: Tempo limite de conexão esgotado (código: -1, resposta:)]

Falha ao conectar-se a smtp.gmail. com: 587 [SMTP: Falha ao conectar o soquete: Conexão recusada (código: -1, resposta:)]

informação do servidor

osTicket Version | v1.15 (d5ee0df) - atualizado
Software de servidor web | Apache
Versão MySQL | 5,6,49
Versão PHP | 7.3.23

Por favor, ajude para resolver este problema