You are not logged in.
Boa Noite.
Venho verificar aqui uma opção para contornar um BUG da última versão do GLPI (GLPI 9.4.5). No formulário para cadastrar Notificações por email (Configurar = > Notificações => Configuração de acompanhamentos por e-mail).... nos campos "E-mail do administrador", "E-mail de origem" e "Responder para o endereço" qualquer endereço de email que se coloque o GLPI retorna a mensagem de erro informando: "Endereço de e-mail inválido"...
Desta maneira quando você clica em "Enviar um email de teste para o Administrador" ocorre uma mensagem de erro informando:
"Falha ao enviar o e-mail de teste ao administrador
Having troubles setting up an advanced GLPI module?
Com isso não é possível configurar os avisos de abertura de chamados etc... já ocorre mensagem de erro ao abrir chamados caso deixe a função de notificação por email ativada.
Obs: Tenho uma outra instância do GLPI na versão 9.4.4 e este problema não ocorre...
Alguém pode me ajudar como contornar este problema na versão 9.4.5? Caso não encontre vou ter que fazer um downgrade
--
Att;
Rafael Mendes
Offline
Boa tarde Rafael!
Não fiz atualização para a 9.4.5 pois precisa instalar o composer ainda não tive tempo rsrsrs, mas ja tive problema na versão 9.4.4 como esta parametrizado a sua Notificações por email?
Com essa informações posso te ajudar.
Obrigado.
Offline
Na versão 9.4.4 não tive problemas... consegui usar as notificações por email sem problemas!
Offline
Estou com o mesmo problema, funcionou com uma conta do gmail, mas ao utilizar conta do Office365 não está funcionando.
Offline
Também estou com problemas nas notificações por e-mail.
Alguém já passou pelo problema abaixo?
3 - Connection failed. Error #2: stream_socket_enable_crypto(): SSL: Success [/var/www/html/glpi/vendor/phpmailer/phpmailer/src/SMTP.php line 426]2020-03-31 08:55:57 [55@SrvZabGLPI]
3 - SMTP Error: Could not connect to SMTP host.2020-03-31 08:55:57 [55@SrvZabGLPI]
1 - CLIENT -> SERVER: QUIT
2020-03-31 08:55:57 [55@SrvZabGLPI]
2 - SERVER -> CLIENT: 2020-03-31 08:55:57 [55@SrvZabGLPI]
1 - SMTP ERROR: QUIT command failed: 2020-03-31 08:55:57 [55@SrvZabGLPI]
3 - Connection: closed2020-03-31 08:55:57 [55@SrvZabGLPI]
3 - SMTP connect() failed.https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting
Last edited by Anderson Guerino (2020-03-31 19:24:12)
Offline
Também estou com o mesmo problema. Erro => (Falha ao enviar o e-mail de teste ao administrador)
Configuração:
Modo de envio de e-mails: SMTP+SSL
Servidor do SMTP: smtp.office365.com
Porta: 587
Offline
Esse bug esta também na versão 9.5.3
Estou subindo uma ambiente pra implementar na empresa e estou parado nisso.
GMAIL vai ok, 365 nada!
365 mesma configuração do danielmellos;
GMAIL:
Pesquisem como Desativar apps menos seguros no gmail
Depois no GLPI
smtp.gmail.com porta 587
SMTP+TLS
Verificar certificado: SIM
Offline
Estou com o mesmo erro na versão 9.4.2.
Passou a apresentar o erro após mudança no e-mail do administrador.
As configurações estão assim:
E-mail do administrador = glpi.xxxxx@gmail.com
Verificar certificado = SIM
Servidor do SMTP = smtp.gmail.com
Login do SMTP (opcional) = glpi.xxxxx@gmail.com
Remetente = glpi.xxxxx@gmail.com
Já tentei com o 365 e Gmail e nenhum foi! Alguém tem alguma sugestão/dica para corrigir?
Offline
Estou com um erro também, mas o meu é um erro "erro ao inserir e-mail na fila", DO NADA! ele funcionava corretamente e simplesmente parou. Eu recebo os e-mails de chamado, mas ninguém recebe acompanhamento e fechamento no e-mail, e o e-mail de teste para o admin vai corretamente...
Offline
Estou com um erro também, mas o meu é um erro "erro ao inserir e-mail na fila", DO NADA! ele funcionava corretamente e simplesmente parou. Eu recebo os e-mails de chamado, mas ninguém recebe acompanhamento e fechamento no e-mail, e o e-mail de teste para o admin vai corretamente...
Tive o mesmo problema aqui e verifiquei (no meu caso) que era uma imagem embutida (muita grande, em formato "data:image/png;base64") que estava num determinado chamado e que impedia a inserção na fila de e-mails por ultrapassar o tamanho padrão definido no "mysql" para "max_allowed_packet" (que na versão do mysql utilizada --> "5.7.40-43" é de 16 MB para o cliente mysql e 4MB para o servidor mysql) [logs abaixo, localizados em "/var/log/glpi" --> usei o log "sql-errors.log"]
[LOGS]
[2022-12-02 01:18:37] glpisqllog.ERROR: DBmysql::query() in /usr/share/glpi/inc/dbmysql.class.php line 309
*** MySQL query error:
SQL: INSERT INTO `glpi_queuednotifications` (`itemtype`, `items_id`, `notificationtemplates_id`, `entities_id`, `headers`, `sender`, `sendername`, `replyto`, `replytoname`, `name`, `body_text`, `body_html`, `recipient`, `recipientname`, `messageid`, `mode`, `create_time`, `send_time`, `sent_try`, `documents`) VALUES
Error: Got a packet bigger than 'max_allowed_packet' bytes
Backtrace :
inc/dbmysql.class.php:1148
inc/commondbtm.class.php:610 DBmysql->insert()
inc/commondbtm.class.php:1174 CommonDBTM->addToDB()
inc/notificationmailing.class.php:159 CommonDBTM->add()
inc/notification.class.php:577 NotificationMailing->sendNotification()
inc/notificationeventabstract.class.php:127 Notification::send()
inc/notificationevent.class.php:184 NotificationEventAbstract::raise()
inc/ticket.class.php:1509 NotificationEvent::raiseEvent()
inc/commondbtm.class.php:1595 Ticket->post_updateItem()
front/ticket.form.php:72 CommonDBTM->update()
Para resolver o problema em definitivo, deletei a imagem que estava acima dos 16 MB (usando um perfil super-admin) e as notificações voltaram a funcionar (apenas esse chamado estava com problema no envio das notificações) --> Erro ao inserir e-mail na fila (Error inserting email to queue).
Uma outra opção é alterar "max_allowed_packet" para 8MB, 16MB, 32 MB ou 64 MB, suportado por versões mais recentes do mysql, conforme disposto no link "hXXps://dev.mysql.com/doc/refman/5.7/en/packet-too-large.html" (trocar o "XX" por "tt"):
mysql --max_allowed_packet=32M (cliente)
mysqld --max_allowed_packet=16M (servidor)
[mysqld]
max_allowed_packet=16M
Last edited by douglas.graciani (2022-12-02 08:27:07)
Offline