No message box when SMTP not reacheable but error page
Closed this issue · 17 comments
Hello Patrick
En se connectant après le login, je récupère ce message si le SMTP n'est pas joignable
Pour faire juste plus propre, est il possible d'afficher un message popup et de continuer sur le dashboard après validation du OK
Je suggère même de mettre un bouton 'détails' et 'OK' dans le popup du message pour récupérer l'erreur avec le bouton détail si besoin.
Merci de révéler cela.
Il faudra ajouter un test du service SMTP et agir selon les résultats du test.
Ceci dit, BUGS est bâti en partant du principe selon lequel l'usager connaît ces coordonnées SMTP, BUGS n'est pas un service de messagerie et ne devrait avoir à se soucier de la configuration de la messagerie. BUGS ne se limite qu'à l'usage d'un autre service (messagerie) qui - lui - devrait être correctement configuré.
Nous ne ferons pas de BUGS un service de messagerie. L'usage a le devoir de s'assurer du bon fonctionnement des services périphériques afin de pouvoir exploiter toutes les fonctionnalités de BUGS. BUGS se limitera donc à ne pas envoyer de message lorsque la configuration SMTP sera erronnée.
Oui je suis bien d'accord.
Mais cela peut aussi arriver que le serveur SMTP ne réponde pas pour x raison... problèmes de lien, Provider ...etc...
Aussi un popup peut être intéressant pour juste prévenir et éviter aussi la page avec le code d'erreur.
Une petite correction a été apporté au fichier.
J'espère cela suffisant. Autrement, il faudra voir si c'est justifié d'investir du temps.
Hello Patrick.
j'étais off cette semaine. je vais regarder cela.
Ok pour le message de test je recois cela si aucun serveur SMTP trouvé.
Mais si je me connecte avec un utilisateur x et que on doit envoyer un email à l'administrateur pour cette connexion, alors le message est toujours affiché car le serveur SMTP n'est pas trouvé.
Cela peut arriver que en cours de fonctionnement le serveur SMTP ne soit pas joignable. Il faut donc tester pour chaque envoi d'email et pas uniquement durant la configuration.
:-)
C'est dire qu'il faudra plus de temps.
Comme dit ci-haut, c'est le boulot de l'usager de s'assurer de sa config.
Pour l'instant, donc, ça restera ainsi, car tout fonctionne bien quand les configs sont bonnes. Il faut que l'usager assume son bout. Nous y reviendrons plus tard.
Oui Ok.
Mais je ne suis pas d'accord avec toi... !!!
Vérifier que la configuration est bonne, ne signifie pas qu'à un moment le serveur SMTP peut ne pas être joignable chez le provider.
Et cela n'est pas un problème de configuration. La preuve.
Mais ce n'est pas urgent non plus... mais c'est erreur non récupérée et qui sort brutalement pour l'utilisateur.
La révision 7z datée du 13 novembre
'version' => '1.8',
'release' => '7z'
apporte un correctif en pingant l'adresse smtp.
Dites-moi si cela fonctionne bien.
Pour l'instant, il faudrait faire deux choses dans votre cas:
- un serveur SMTP « localhost » est impossible. Il faut donner une adresse valable
- Désactiver les retours d'erreur dans config.app.php ligne 133
'mailerrormsg' => '1',
mettre la valeur à zéro ainsi:
'mailerrormsg' => '0',
Je chercherai à gérer l'ensemble des erreurs plutôt que de me pencher sur ce cas isolé.
Je n'arrive toujorus pas à reproduire l'erreur soumise ci-haut.
J'ai pourtant falsifié l'adresse de mon serveur SMTP. Les courriels émis sont simplement tombé dans le grand néant; aucun message d'erreur ne m'est parvenu. Ma config mailerrormsg est à 1.
Comme dit ci-haut, je tenterai dorénavant de capter toutes les erreurs de manière à ce que l'usager ne soit plus bloqué dans son travail.
La page d'erreur offrira désormais un lien vers la page d'accueil ou y retournera automatiquement après 10 secondes.
Aussi, la page Admin offrira prochainement la possibilité de gérer comment réagit BUGS sous erreur.
Bon avec
mailerrormsg' => '0', ou à 1 j'ai les messages d'erreur.
On laisse de côté.... pas urgent...
Les modifications apportées dans le panneau Administration ne sont pas encore enregistrées. Je suis rendu là.
Bon avec
mailerrormsg' => '0', ou à 1 j'ai les messages d'erreur.
On laisse de côté.... pas urgent...
C'est un autre sujet. Ça devrait faire l'objet d'un nouveau billet .... lorsque la fonction sera annoncée disponible.
OK je viens de voir
Bon le message se finit brutalement (car tu ajoutes BUGS avec le code) .
Mais l'administrateur ne le sait pas !! Donc son message peut être incohérent ! avec un BUGS à la fin !
Nous sommes ici dans un tout autre sujet, veuillez suivre au billet #694
Je crois que nous pouvons fermer ce billet sur le message d'erreur SMTP, puisque je n'y mettrai plus de temps. Le choix ira plutôt vers une présentation plus conviviale des erreurs, selon ce que nous permettont les options dont fait l'objet le billet #694
OK