Projet

Général

Profil

Actions

Anomalie #31150

ouvert

[SMTP] ANALYSE - Disparité de la méthode utilisé pour l'authentification SMTP

Ajouté par Arnaud PAUGET il y a environ un mois. Mis à jour il y a environ 7 heures.

Statut:
R&D - En cours
Priorité:
2-Sérieux
Assigné à:
-
Version cible:
Début:
22/10/2024
Echéance:

Description

Bonjour,

Maarch Courrier semble utiliser 2 méthodes différentes lors de l'utilisation de fonction d'envoi de mail depuis l'application. Ces 2 usages peuvent poser problème dans le cas ou le serveur doit s'authentificer sur le serveur SMTP afin d'envoyer des mails :

  • Méthode lors de l'utilisation du test d'envoi de mail dans les paramétrages : Lors du test d'envoi de mail dans les paramétrages, l'application se présente avec son nom FQN (nom de domaine de l'url) sur le serveur SMTP. Ce dernier reconnait donc le nom du serveur et peut traiter la requête.
  • Méthode lors de l'envoi d'un courrier à un autre utilisateur : Lors de l'envoi de courrier d'un utilisateur à un autre ou vers l'extérieur, le serveur semble prendre son nom hostname (variable d'environnement du nom du serveur sur l'infra) pour se présenter auprès du SMTP. Le SMTP peut alors refuser la requête d'envoi car le nome est inconnu pour lui. De plus, il serait risqué d'autorisé les nom inconnus à utiliser un smtp donné et il est donc conseillé d'utiliser le FQDN.

Action corrective : Utiliser la même méthode d'identification du serveur lors de l'envoi de courrier que lors du test de serveur SMTP.

Mis à jour par Emmanuel DILLARD il y a environ un mois

  • Statut changé de A qualifier à R&D - A étudier

Mis à jour par Emmanuel DILLARD il y a environ un mois

  • Assigné à Emmanuel DILLARD supprimé

Mis à jour par Nathanaël TRAVIER il y a 19 jours

  • Assigné à mis à Emmanuel DILLARD
  • Priorité changé de 2-Sérieux à 1-Majeur

Mis à jour par Emmanuel DILLARD il y a 15 jours

  • Sujet changé de [SMTP] Disparité de la méthode utilisé pour l'authentification SMTP à [SMTP] ANALYSE - Disparité de la méthode utilisé pour l'authentification SMTP
  • Statut changé de R&D - A étudier à R&D - A planifier
  • Assigné à Emmanuel DILLARD supprimé

Mis à jour par Emmanuel DILLARD il y a 15 jours

  • Version cible mis à 24.1.1

Mis à jour par Emmanuel DILLARD il y a 14 jours

  • Version cible changé de 24.1.1 à 24.2.1

Mis à jour par Emmanuel DILLARD il y a 14 jours

  • Statut changé de R&D - A planifier à R&D - En cours

Mis à jour par Joseph AKEL il y a 14 jours

  • Assigné à mis à Joseph AKEL

Mis à jour par Joseph AKEL il y a 14 jours

ANALYSE:

On utilise l'envoi de mail dans MC dans plusieurs cas:

  • lors du test d'envoi dans l'admin du serveur de messagerie
  • lors de l'envoi de pli numérique ou d'élément depuis un courrier
  • dans le cadre des notifications

Quelque soit le cas, l'envoi de mail se fait selon la configuration indiquée dans l'admin du serveur de messagerie qui est en BDD.
On n'utilise pas plusieurs méthode d'authentification SMTP mais bien une seule.

Mis à jour par Joseph AKEL il y a 14 jours

  • Statut changé de R&D - En cours à Complément d'Informations
  • Assigné à changé de Joseph AKEL à Arnaud PAUGET

Mis à jour par Emmanuel DILLARD il y a 6 jours

  • Priorité changé de 1-Majeur à 2-Sérieux

Mis à jour par Arnaud PAUGET il y a environ 8 heures

  • Assigné à changé de Arnaud PAUGET à Emmanuel DILLARD

Suite à une discussion interne, nous avons redonner le droit aux devs d'accéder au ticket client lié.

En effet, il a bien été noté une différence sur le nom du serveur venant s'authentifier sur le serveur SMTP lors de l'envoi d'un mail. Lorsqu'on est en mode web, le FQDN (nom de domaine) du serveur est bien envoyé au serveur smtp, mais lors de l'utilisation en mode php cli (envoi de notification), c'est le nom du serveur lui-même qui est envoyé car on ne passe pas par la couche web de Apache.

Il faudrait unifier le nom utilisé et envoyé lors de l'envoi de mail via SMTP.

Mis à jour par Emmanuel DILLARD il y a environ 7 heures

  • Statut changé de Complément d'Informations à R&D - A Revoir

Paramètre manquant ?

Voir le EHLO des copies écran demande client

Mis à jour par Emmanuel DILLARD il y a environ 7 heures

  • Statut changé de R&D - A Revoir à A revoir (S)

Mis à jour par Emmanuel DILLARD il y a environ 7 heures

  • Statut changé de A revoir (S) à R&D - En cours
  • Assigné à Emmanuel DILLARD supprimé
Actions

Formats disponibles : Atom PDF