version d'osTicket ?
Votre serveur de messagerie ne parvient pas à vos informations d'identification.

1.9.12

J'utilise gmail et la récupération fonctionne bien juste un problème avec l'envoi. J'ai déplacé osTicket d'un ancien serveur Windows vers un nouveau et le problème concerne uniquement le nouveau serveur.

Il me semble que quelqu'un d'autre a mentionné qu'il y avait un bogue avec php 5.6, quelle version utilisez-vous ?

5.6

Dois-je essayer de supprimer 5.6 et d'installer 5.5

J'essayerais ça d'abord.

Ça a marché. Merci

Je pense que nous devrions garder cela ouvert et travailler pour résoudre le problème sur PHP 5.6. Au fur et à mesure qu'il devient plus largement utilisé, le problème va devenir un problème plus important

Je n'ai pas de problème SMTP avec PHP 5.6 @ linux host. On dirait que c'est un problème spécifique à Windows.

juste pour garder à l'esprit. J'utilise Windows Server 2008 R2 64 bits. Actuellement, j'exécute 3 versions différentes de PHP 5.4, 5.5 et 5.6 sur ce serveur et différents sites Web utilisent des versions différentes, car certaines applications Web ont des problèmes avec une version de PHP par rapport à une autre. Bien que cela puisse être un problème d'application, il est également possible que le problème soit lié à PHP 5.6 pour Windows.

@greezybacon cela sonne comme #2604. Je crois que j'ai réduit le problème à ce http://php.net/manual/en/migration56.openssl.php

Quelqu'un aurait-il l'occasion de retester avec le bout de la branche develop-next ? La bibliothèque SMTP a été mise à niveau et je me demande si la nouvelle version a une incidence sur le problème.

Pas sûr de tout le monde, mais nous utilisons osticket dans un environnement en direct et utilisons également l'application eticket qui nous oblige à n'utiliser que des versions compatibles.

Sincèrement,

Nicolas Ruebel

Envoyé depuis mon iPhone 6 Plus

Le 20 octobre 2015, à 7h45, Jared Hancock [email protected] a écrit :

Quelqu'un aurait-il la possibilité de tester à nouveau avec le conseil de la branche develop-next ? La bibliothèque SMTP a été mise à niveau et je me demande si la nouvelle version a une incidence sur le problème.

-
Répondez directement à cet e-mail ou consultez-le sur GitHub.

J'utilise la bibliothèque SMTP mise à niveau (Net_SMTP v1.7.1) et je n'ai aucun problème.

Quelle version de php utilisez-vous ?

Sincèrement,

Nicolas Ruebel

Envoyé depuis mon iPhone 6 Plus

Le 20 octobre 2015, à 9h34, infectormp [email protected] a écrit :

J'utilise la bibliothèque SMTP mise à niveau (Net_SMTP v1.7.1) et je n'ai aucun problème.

-
Répondez directement à cet e-mail ou consultez-le sur GitHub.

j'utilise 5.6.14 et openssl 1.02d

@infectormp pouvez-vous simplement vérifier que vous utilisez Windows avec PHP 5.6 et que vous avez rencontré un problème avant la mise à niveau vers SMTP 1.7.1 ?

@greezybacon désolé, je vois qu'il s'agit d'un bogue lié à Windows. Je n'utilise pas Windows dans mon environnement de serveur et je ne peux pas vérifier le problème.

Nous avons un entretien prévu pour ce week-end. Je vais essayer de démarrer une machine de serveur virtuel en double et de la tester.

Sincèrement,

Nicolas Ruebel

Envoyé depuis mon iPhone 6 Plus

Le 20 octobre 2015, à 11h20, infectormp [email protected] a écrit :

@greezybacon désolé, je vois qu'il s'agit d'un bogue lié à Windows. Je n'utilise pas Windows dans mon environnement de serveur et je ne peux pas vérifier le problème.

-
Répondez directement à cet e-mail ou consultez-le sur GitHub.

@greezybacon J'ai un environnement Windows avec php 5.6.14 Je reçois authentication failure [SMTP: STARTTLS failed (code: 220, response: 2.0.0 SMTP server ready)] comme message d'erreur. Si j'utilise php 5.5.28, cela fonctionne très bien.

J'utilise la bibliothèque SMTP mise à niveau (Net_SMTP v1.7.1) et je n'ai aucun problème.

Cela n'a donc absolument rien à voir avec le problème en question ?

@greezybacon Comme je l'ai dit plus tôt, je pense que cela a quelque chose à voir avec les modifications apportées au code php http://php.net/manual/en/migration56.openssl.php

PHP nécessite maintenant une vérification par les pairs et j'ai essayé beaucoup de choses, mais je ne sais pas comment le configurer sur mon système Windows.

Cela ne semble pas être seulement un problème de Windows. J'ai eu un problème similaire avec certaines de mes instances osticket 1.9.12 lorsque je suis passé à php 5.6.

Ils fonctionnent sur un serveur hébergé avec debian squeeze. Le port SMTP utilisé est 587. Tout d'abord, je ne l'ai pas remarqué car osticket semble avoir une solution de contournement en envoyant les e-mails dans ce cas à la place via le mailer php.

Dans les journaux système d'osticket, il y avait beaucoup de ces erreurs :
SMTP : code de réponse non valide reçu du serveur (code : 550, réponse : relais non autorisé)

Lorsque j'ai essayé d'enregistrer à nouveau les informations d'identification du serveur de messagerie, j'ai eu cette erreur dans l'interface graphique :
échec d'authentification [SMTP : STARTTLS a échoué (code : 220, réponse : TLS va de l'avant)]

Le retour à php 5.5 résout ce problème.

La désactivation de la vérification par les pairs semble également résoudre le problème (en utilisant php 5.6) :

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

Ce problème se produit également dans osticket 1.10 (dernier conseil).

@mfelber
Non pas pour moi.
J'ai donc reconnu ce problème maintenant aussi. Calme tard, mais loin.
Nous pouvons également recevoir/récupérer les e-mails et envoyer dans le domaine. mais en dehors de ça non.

J'utilise également PHP 5.6 et STMP/587 avec authentification.

Serait heureux de voir un mot autour car aucun d'entre eux n'a aidé ici.
Je ne suis pas sûr qu'un downgrade ait autant de sens car 1.10 est proche, comme PHP7.

TCHIN TCHIN!

@ Hannibal226 Dans mon cas, la solution de contournement consiste à remplacer

$this->_socket_options =$socket_options;

à

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

dans /include/pear/Net/SMTP.php fonctionne bien.

Mais j'ai entendu dire par quelqu'un d'autre que cette solution de contournement ne l'aide pas non plus (comme dans votre cas).

Avez-vous toujours la même erreur ? Quel OS utilises-tu ?

Pourquoi mentionnez-vous 1.10 et PHP7 ? 1.10 a encore le même problème et PHP 7 ne semble pas être recommandé bientôt.

@mfelber
C'est Windows et, si je ne m'abuse, c'est un problème Windows+PHP 5.6, alors...

J'ai mentionné parce que je ne sais pas si peut-être 1.10 aura une solution de contournement intégrée, mais plus c'est une pause de maintenance unique, donc installer PHP + new osticket, qu'une fois PHP et après quelques semaines 1.10 (juste de la paresse :P )

Et PHP7 n'est pas recommandé, mais j'ai lu beaucoup d'essais pour le rendre compatible et je ne pense pas que cela protégera le problème de 5.6, c'est pourquoi j'y ai pensé.

TCHIN TCHIN!

@Hannibal226
La personne que j'ai mentionnée qui a également des problèmes avec la solution de contournement utilise également Windows.

J'utilise pour mes systèmes de production uniquement un serveur Debian Squeez hébergé.

J'étais donc un peu curieux et j'ai testé la solution de contournement dans mon environnement de test Windows xampp (Apache/2.4.17 (Win32) OpenSSL/1.0.2d PHP/5.6.14) : la solution de contournement fonctionne bien là aussi.
C'est peut-être un peu plus qu'un simple truc de Windows...

La désactivation de la vérification par les pairs semble également résoudre le problème (en utilisant php 5.6) :

poire/Net_SMTP#14

@mfelber Merci, je cherchais un moyen de désactiver, cela a fonctionné pour moi [IIS 8 et php 5.6.14]

@jdelhome3578 Je suis content d'avoir pu aider.

@mfelber j'espère juste qu'il y a une solution permanente

@ jdelhome3578 Je suis convaincu que ce problème sera résolu par les développeurs à un moment donné, comme l'a dit Jared :

Je pense que nous devrions garder cela ouvert et travailler pour résoudre le problème sur PHP 5.6. Au fur et à mesure qu'il devient plus largement utilisé, le problème va devenir un problème plus important

Pour les utilisateurs de serveurs Windows, la solution la plus simple consiste à installer également php 5.5 et à définir php 5.5 comme version active pour votre site osticket.

Envoyé depuis mon iPhone 6 Plus

Le 30 octobre 2015, à 7h50, jdelhome3578 [email protected] a écrit :

@mfelber j'espère juste qu'il y a une solution permanente

-
Répondez directement à cet e-mail ou consultez-le sur GitHub.

Juste pour vous informer, j'ai fait une erreur de réflexion et il existe une solution beaucoup plus simple :

Je viens de dire que l'adresse IP de ticketsystem est un relais d'envoi de confiance pour l'échange.
Je peux donc juste envoyer des mails à échanger sans authentification.

Mais de toute façon, je n'avais pas reconnu le bogue avant, car nous avions PHP 5.5 aber après la mise à jour, personne n'a signalé de problèmes.

TCHIN TCHIN!

Un bug est présent sur Debian jessie PHP 5.6.14-0+deb8u1

Peut confirmer le correctif temporaire de @mfelber fonctionne.

Salut les gars,

Je viens de trouver ce fil car j'ai eu le même problème avec mon installation d'osticket sur le grand hébergeur européen HOSTEUROPE. La semaine dernière, je viens de changer mon installation principale de php de php 5.5 à php5.6. Chez mon hébergeur, c'est juste un clic pour ça. Je n'ai reconnu aucun changement car tout semblait bien fonctionner : Mes Ticketing-Mails ont été reçus par pop de mes trois comptes comme il se doit et les mails semblaient être reçus par mes clients.

MAIS:

La seule chose qui n'allait pas était l'erreur 550 Relaying non autorisée qui était affichée dans le journal d'OST.

J'ai essayé avec les paramètres smtp et j'ai découvert qu'OST n'avait pas réussi à se connecter au serveur smtp configuré chez un autre fournisseur. (J'utilise la version v1.10-rc.2 (231f11e)) mais à la place, il a essayé d'envoyer des mails via la fonction php-mail (même si je l'interdis dans les paramètres). Mon serveur Web ne connaît pas l'adresse mail sortante et prévient en disant "relais non autorisé" (avec lequel il a raison !).

Lorsque je suis revenu à PHP5.5 ou PHP5.3, tout fonctionne à nouveau parfaitement sans se plaindre !

Y a-t-il une solution en cours ? Ce n'est pas urgent mais en 2016, mon fournisseur définira 5.6 comme standard-php et fin 2016 la possibilité d'utiliser 5.5 prendra fin complètement...

Et maintenant?

Bonjour,
OsTicket utilise une copie locale de poire et elle est obsolète.
Télécharger
https://pear.php.net/package/Net_SMTP/download
http://pear.php.net/package/Net_Socket/download

remplacez SMTP.php et Socket.php de "include/pear/Net/" par ceux des archives téléchargées.

Journal des modifications pour SMTP

• Ajoutez la prise en charge de TLSv1.1 et TLSv1.2 pour les connexions STARTTLS. (#22)

Une fois que vous avez fait cela, osticket devrait fonctionner.

Cela ne fonctionne pas sur debian jessie avec php 5.6.14. Des idées? osTicket et mailserver sont des serveurs différents.

Des erreurs dans le journal ?
1 нв. 2016 г. 16:41 пользователь "Sebastian Binder" <
[email protected]> написал:

Cela ne fonctionne pas sur debian jessie avec php 5.6.14. Des idées?

-
Répondez directement à cet e-mail ou consultez-le sur 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)]

J'ai aussi le même problème.

Installation propre avec :
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 et SMTP externes avec STARTTLS

Lorsque j'active IMAP sur le port 143, il semble n'avoir aucun problème et récupère les "nouveaux" courriers. Configurer SMTP pour activer, port serveur sur 587 et authentification sur oui, j'obtiens cette erreur "échec d'authentification [SMTP : STARTTLS a échoué (code : 220, réponse : TLS va de l'avant)]"

Même si le niveau de débogage est "debug", il n'y a pas d'entrée dans OS-System-Log.

Quelqu'un a-t-il une idée pour le faire fonctionner ?

Andréas

Cela se produit également pour moi sur CentOS 7.2 PHP 5.6.

Je vais voir si je peux résoudre ce problème et coller une demande de tirage.

Bonjour,
OsTicket utilise une copie locale de poire et elle est obsolète.
Télécharger
poire.php.net/package/Net_SMTP/download
poire.php.net/package/Net_Socket/download

remplacez SMTP.php et Socket.php de "include/pear/Net/" par ceux des archives téléchargées.

Journal des modifications pour SMTP

Ajoutez la prise en charge de TLSv1.1 et TLSv1.2 pour les connexions STARTTLS. (#22)

Une fois que vous avez fait cela, osticket devrait fonctionner.

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

-rw-r--r-- 1 www-données --> SMTP.php
-rw-r--r-- 1 www-data --> Socket.php

@UkaLee Cela n'a pas fonctionné pour moi, jetez un œil à cette différence pour voir ce que j'ai fait (au cas où quelqu'un d'autre aurait des problèmes similaires):

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

Pouvons-nous s'il vous plaît augmenter la priorité sur ce bug ? Cela me semble être un problème sérieux, surtout si le support n'est pas en mesure de recevoir les alertes par e-mail. Dans certaines circonstances, le support technique peut même ne pas être au courant des e-mails non remis.

Cela a fonctionné pour moi comme suggéré par @mfelber

Changer

$this->_socket_options =$socket_options;

à

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

@joelrb bien sûr que cela fonctionne, mais la prochaine mise à jour d'osTicket peut remplacer le fichier et ne provoquer aucun e-mail jusqu'à ce que vous le modifiiez à nouveau.

Si c'était PHPMailer pourrait utiliser ce qui suit ..

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

je recevais aussi
échec d'authentification [SMTP : STARTTLS a échoué (code : 220, réponse : 2.0.0 Prêt à démarrer TLS)]

J'ai mis à jour mon SMTP.php et Socket.php /include/pear/Net - vers les dernières versions.
poire.php.net/package/Net_SMTP/download
poire.php.net/package/Net_Socket/download

Maintenant j'obtiens une autre erreur
échec d'authentification [SMTP : code de réponse non valide reçu du serveur (code : 535, réponse : 5.7.3 Échec de l'authentification)]

osTicket Core, v1.9.14
PHP version 5.6.19

Essayez d'utiliser le port 465 pour SMTP et ajoutez "ssl://" avant l'entrée du serveur :

J'ai essayé un autre e-mail avec Authentification requise : oui
cela fonctionne bien. Pour une raison quelconque, l'autre e-mail ne s'authentifie pas et échoue donc.
Étrange - mais l'utilisation d'un e-mail sous licence Office 365 fonctionne très bien.

Cette:
échec d'authentification [SMTP : code de réponse non valide reçu du serveur (code : 535, réponse : 5.7.3 Échec de l'authentification)]

indique généralement que l'authentification a échoué. Je pense que ce serait à l'extrémité distante personnellement.

Vous avez deux façons de faire fonctionner cela d'un point de vue administratif....

1. Vous utilisez l'authentification
2. Vous supprimez l'authentification comme nous l'avons fait et restreignez l'accès à votre serveur SMTP via l'adresse IP et le domaine d'envoi.
   

Alors que je publiais @Pooleyy, j'ai remarqué que vous

Vous dites qu'une boîte aux lettres sous licence fonctionne ??
Essayez-vous d'utiliser une « boîte aux lettres partagée » ? 

Ahh @robintoy ça pourrait être partagé oui.
Mais... J'ai la même adresse e-mail configurée sur un ancien osTickets et cela fonctionne bien. Sans authentification comme vous l'avez suggéré ci-dessus.

Salut @Pooleyy
vous ne pourrez pas utiliser Office 365 comme notre configuration car vous n'avez pas accès directement au cluster Exchange de Microsoft pour ajouter les bonnes règles au besoin.

Avec une boîte aux lettres partagée, MS a fait une mise à jour il y a quelque temps en arrêtant l'authentification, le seul moyen de s'authentifier par rapport à une boîte aux lettres partagée est avec l'un des utilisateurs qui a accès à la boîte aux lettres

Salut @robintoy
Je vois, merci pour votre contribution - apprécié.
Je l'ai résolu en utilisant un autre e-mail maintenant. C'est juste étrange de voir comment cela fonctionne toujours sur mes anciens osTickets.
À votre santé! Sam

J'ai les mêmes problèmes avec PHP 5.6 et v1.9.14.

Ce problème rend osTicket inutilisable pour moi. Presque tous les fournisseurs de messagerie appliquent une connexion STARTTLS et j'ai déjà essayé Inbox.lv et Zoho.com sans succès.

Changer également $this->_socket_options =$socket_options ; n'a pas aidé. Cela a seulement créé un nouveau message d'erreur : échec d'authentification [SMTP : code de réponse non valide reçu du serveur (code : 535, réponse : données d'authentification incorrectes)]

(mais le nom d'utilisateur et le mot de passe sont corrects).

Je ne comprends pas comment un tel problème peut exister depuis près d'un an et pourquoi il n'est toujours pas résolu.

J'utilise:

• ce hack de d48499b66e3ce9950bdccb7d9b8689a5acaa359f
• changement dans la fonction __construct :

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

• définir ssl:// dans la configuration
• utiliser le port pour ssl

Ça a marché.

PHP 5.6.24-0+deb8u1

J'ai actuellement plus de 30 e-mails dans notre file d'attente de courrier qui ne sont pas envoyés à Google, car Google rejette les e-mails. Quelqu'un a-t-il un correctif stable pour cela?

J'utilise debian et php5.6 et j'ai le même problème. Au lieu de modifier le code dans le constructeur Net_SMTP, j'ai modifié les deux appels pour instancier la classe Net_SMTP dans include/pear/Mail/smtpmx.php et include/pear/Mail/smtp.php pour transmettre les options de socket. Je crois que c'est une meilleure solution. Et c'est un problème PEAR, pas un problème osTicket.

j'ai le même problème avec la dernière version 1.10
impossible d'activer l'authentification SMTP, obtenant toujours le problème STARTTLS.

essayer également avec toutes les suggestions ci-dessus, mais ne fonctionne pas :(

Je suis d'accord avec @cosmospham en utilisant d48499b

Sa méthode a fonctionné sur la version 1.10 / 1.9.15.

Si cela peut être poussé vers la branche principale, ce sera génial.

Informations sur le serveur
osTicket Version v1.9.15 — À jour
Logiciel serveur Web Apache/2.4.23 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4
MySQL version 5.5.52
PHP version 5.6.27

@protich a corrigé cela avec 4f68aeb

Bonjour, cela ne fonctionne toujours pas pour moi. J'utilise 1 et 1 hébergement UK avec TLS 587.

De l'aide?

Je vous recommanderais de parler à 1and1 et de leur demander pourquoi cela ne fonctionne pas.

Regarde aussi:
https://github.com/osTicket/osTicket/issues/3715
et
http://osticket.com/forum/discussion/87243/resolved-smtp-connection-error-for-1and1-server

besoin d'une aide urgente...

je ne peux pas enregistrer smtp (gmail) sur mon support d'assistance. ci-dessous se trouve la pièce jointe de ma version.
est-ce lié à php ver 5.6 également ? tq

une autre question, j'utilise dans l'environnement 64 bits standard de Windows Server 2008 r2 .. y a-t-il une configuration à faire pour la fonction de serveur smtp (construit avec Windows) .. désolé, je suis vraiment novice avec cette configuration osticket. semble que je tire cela d'un autre klik ...

j'espère que quelqu'un m'aidera. Merci

"SMTP : Échec de la connexion : aucune connexion n'a pu être établie car la machine cible l'a activement refusée"
Le serveur distant refuse la connexion.

Dans la fonction SMTP Virtual Mail Server de Windows, le serveur a généralement besoin d'une autorisation pour relayer. Revenez à l'écran que vous avez posté. Cliquez sur l'onglet Accès. Cliquez sur Relais et ajoutez l'adresse IP du serveur Web. Assurez-vous également que le pare-feu autorise la connexion sur le port que vous utilisez.

cher ntozier,

semble im débutant .. désolé ... j'ai ouvert une fois l'adresse IP ... je vois une adresse IP comme celle-ci 127.0.0.1 .. je ne sais pas d'où elle vient ..

comme ça non?

Je ne connais pas vos adresses IP, donc je ne peux pas vraiment vous dire si c'est correct. Je suppose que votre serveur Web est 172.21.9.40 et que vous exécutez le serveur virtuel SMTP sur la même machine ? Vérifiez également votre pare-feu. :)

oui, osticket tout dans ce serveur .. oui serveur virtuel smtp également la même machine... machine oracle sun blade... exécutant windows server 2008 r2 standard 64bit... après avoir inclus l'ip du serveur (machine) dans le relais et tester enregistrer Le paramètre smtp pour [email protected] a également échoué. Utilisez le port 4 diff, 465, 443, 25, 587

je peux voir la coche SMTP dans le pare-feu Windowss .. mais cette machine a également été installée avec kaspersky. Je ne sais pas si le pare-feu est également contrôlé par Kaspersky.

J'avais le même problème (erreur STARTTLS) en me connectant à smtp.gmail.com sur osTicket 1.10.1.
Hébergeur : Windows Server 2012 (IIS 8.5), PHP 7, MySQL (5.7).

L'ajout de l'option 'verify_peer' => false aux options de socket 'ssl' l'a corrigé.
Dans le fichier include/pear/Net/SMTP.php, dans la fonction de construction changez :

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

pour

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

Rien ne fonctionne pour moi

Envoi d'e-mails via SMTP
Échec de la connexion à smtp.gmail. com:465 [SMTP : Échec de connexion au socket : Délai de connexion expiré (code : -1, réponse : )]

Échec de la connexion à smtp.gmail. com:587 [SMTP : Échec de connexion au socket : Connexion refusée (code : -1, réponse : )]

Informations sur le serveur

osVersion Ticket | v1.15 (d5ee0df) — À jour
Logiciel de serveur Web | Apache
Version MySQL | 5.6.49
Version PHP | 7.3.23

S'il vous plaît aider à résoudre ce problème