[2008R2] Database Mail

Bonjour,

Nous avons un petit problème avec la messagerie SQL Server 2008 R2.
Depuis Vendredi soir dernier elle n'envoi plus aucun message.
Ce matin, nous avons exécuter la sysmail_delete_mailitems_sp afin de purger un peu la msdb.
Nous avons pu faire un stop/start via les procédures sysmail_stop_sp et sysmail_start_sp mais les envois de mails ne reprenne pas.
nous avons également arreter/redemarrer l'agent SQL et le SQL Browser mais ca ne change rien.
Avez-vous déjà rencontré ce type de problème ?

Nous avons également vérifié via TelNet que nous accédions bien au SMTP défini sur notre serveur.

Hello,

Quand vous faites Clique droit -> "Send a Test Mail" sur "Database Mail", vous ne le recevez pas ?

Non, je ne le reçois pas.
Je le retrouve dans la vue msdb.dbo.sysmail_unsentitems.

Précision : On utilise le mode d'authentification anonyme pour se connecter au SMTP.

bonjour
Quel est la résultat de ces deux requêtes si vous l'exécuter sur votre serveur

Code:

---

1 2	select * from sys.configurations where name='Database Mail XPs'

---

Code:

---

SELECT is_broker_enabled FROM sys.databases WHERE name = 'msdb'

---

Pour compléter ces bonnes suggestions : que dit l'historique d'envoi ?

Rq 1 :
- configuration_id : 16386
- name : Database Mail XPs
- value : 1
- minimum : 0
- maximum : 1
- value_in_use : 1
- description : Enable or disable Database Mail XPs
- is_dynamic : 1
- is_advanced : 1

Rq 2 :
- is_broker_enabled : 1

Infos du journal de messagerie :
Dernier log dans le journal et depuis plus aucun envoi de mail (date du 30/10/2015 18:02:35)
Le message n'a pas pu être envoyé aux destinataires en raison d'une erreur du serveur de messagerie. (Envoi des messages électroniques en utilisant le compte 8 (2015-10-30T18:02:35). Message d'exception*: Impossible d'envoyer des messages à ce serveur de messagerie. (Le délai d'attente de l'opération a expiré.)

Vous avez essayé un telnet depuis le serveur SQL sur le serveur SMTP ?

Citation:

---

Envoyé par Oishiiii

Vous avez essayé un telnet depuis le serveur SQL sur le serveur SMTP ?

---

Oui, c'est noté dans mon premier post.

essayer de metrre l'IP du serveur SMTP au lieu du nom du serveur de messagerie

On a changé de serveur SMTP pour faire un test, ca ne change rien.
J'ai aussi testé avec l'IP, aucun changement.
on a relancé les PS de Stop/Start également, mais rien ne change, les mails qu'on essaye d'envoyer passe en statut UNSEND dans la msdb

Nous avons du passer sur notre serveur de basculement mais cela a entraîné une petite coupure que nous aurions préféré éviter (moins de 45 secondes).
Cela a permis de relancer l'envoi de mail (les 13000 et quelques mails que nous avions en suspends ont tous été envoyés).

Nous en avons profiter pour redémarrer complètement le serveur qui était devenu passif.
Et nous avons de nouveau refait le basculement.

Cela étant nous ne savons pas pourquoi l'incident s'est produit, peut-etre à cause d'un trop grand nombre de mail en attente et non-purgé.
Le fait d'avoir passer la procédure sysmail_delete_mailitems_sp à quand même du faire du bien.
Nous allons donc mettre en place un job qui exécutera cette PS régulièrement afin de ne pas engorger notre msdb.

Citation:

---

Envoyé par crashyear

Nous avons du passer sur notre serveur de basculement mais cela a entraîné une petite coupure que nous aurions préféré éviter (moins de 45 secondes).
Cela a permis de relancer l'envoi de mail (les 13000 et quelques mails que nous avions en suspends ont tous été envoyés).

Nous en avons profiter pour redémarrer complètement le serveur qui était devenu passif.
Et nous avons de nouveau refait le basculement.

Cela étant nous ne savons pas pourquoi l'incident s'est produit, peut-etre à cause d'un trop grand nombre de mail en attente et non-purgé.
Le fait d'avoir passer la procédure sysmail_delete_mailitems_sp à quand même du faire du bien.
Nous allons donc mettre en place un job qui exécutera cette PS régulièrement afin de ne pas engorger notre msdb.

---

Ce n'est pas la bonne méthode et le nombre de mails dans les file d'attente peut être très important sans problème c'est juste enregistré dans des tables particulières de type FIFO de service broker et c'est asynchrone.
Investiguez plus en avant au lieu de mettre une rustine inutile !

A +

Je suis entièrement d'accord avec vous, c'est pourquoi j'ai posté ici et j'aurais aimé trouver une autre solution, comprendre pourquoi à partir de vendredi soir dernier le service ne fonctionnait plus.
Nous avons eu des messages d'erreur :
Le message n'a pas pu être envoyé aux destinataires en raison d'une erreur du serveur de messagerie. (Envoi des messages électroniques en utilisant le compte 8 (2015-10-30T18:02:35). Message d'exception*: Impossible d'envoyer des messages à ce serveur de messagerie. (Le délai d'attente de l'opération a expiré.)
Peut-être que le serveur SMTP a été indisponible vendredi vers 18h00 et que cela a perturbé DatabaseMail ?
Mais pourquoi lorsque le SMTP serait redevenu disponible les envoi de mails ne sont pas repartis ?
D'autant plus que pour d'autres environnements, la Validation par exemple, nous utilisons le même SMTP et qu'il n'y a eu aucun problème d'envoi de mail ?
Enfin, nous ne pouvions pas nous permettre de laisser bloqué plus longtemps l'envoi de mail car il s'agissait de notre environnement de production, il fallait que le service soit disponible.