Mise en production de BM: aucun rapport reçu après sauvegarde

BlueMind - FR Discussions
1

Bonjour à tous,

J’ai migré notre plateforme Zarafa vers Bluemind. Notre nouvelle plateforme Bluemind est actuellement en version 3.5.3 et est hébergé sur une VM de type KVM tournant sous Debian 8.1 (RAM 8Go, 4 CPU).

J’ai un montage NFS dédié à la sauvegarde sur mon serveur. J’ai un soucis avec la réception du rapport de sauvegarde. En effet, après le processus de sauvegarde aucun rapport n’est transmis par e-mail alors que j’ai bien paramétré dans “Gestion système” → “Tâches planifiées” → “Planification” → “DataProtect” …pour la tâche “DataProtect”:

  • Envoyer le rapport (coché)
  • Liste des Destinataires (séparés par un espace) (renseigné: j’ai juste mis mon e-mail)

Cette tâche est paramétrée en “Automatique”.

Est-ce que le rapport est envoyé uniquement lorsque la tâche est programmée périodiquement ?

Merci.

2

Bonjour,

Suis-je le seul à avoir ce soucis de rapport non envoyé ?
Est-ce que j’ai oublié de faire quelque chose dans mes paramètres ?

Merci.

3

Bonjour,

je peux reproduire le problème et j’ai ouvert un ticket.
Le fix ne sera pas inclu dans la version 3.5.4 qui va sortir cette semaine, mais je vais te tenir au courant quand le fix sera prêt et on peut t’envoyer un patch.

Tommy

4

Re,

Merci beaucoup Tommy, j’aimerai effectivement pouvoir appliquer le patch lorsqu’il sera dispo.
Merci de me tenir au courant.

Bonne journée.

5

Hello,

J’ai regardé. Chez moi, l’email reste bloqué parce que pour les Jobs globals, on utilise l’adresse no-reply@global.virt, qui se fait rejeter.
J’ai un patch, qui utilise l’adresse externe du serveur pour les jobs globals.
Tu peux vérifier, si tu des traces dans le log /var/log/mail.info quand le Job est terminé ?

Tommy

6

Salut Tommy,

Oui, comme toi j’ai cet info dans /var/log/mail.info

...
...
Mar  9 09:03:38 monserveur postfix/smtpd[13647]: E10C060BB4: client=monserver.domain.tld[192.168.12.253]
Mar  9 09:03:38 monserveur postfix/cleanup[13765]: E10C060BB4: message-id=<20170309080338.E10C060BB4@monserver.domain.tld>
Mar  9 09:03:38 monserveurpostfix/qmgr[13268]: E10C060BB4: from=<no-reply@global.virt>, size=8640, nrcpt=1 (queue active)
Mar  9 09:03:38 monserveur postfix/smtpd[13647]: disconnect from monserver.domain.tld[192.168.12.253]
Mar  9 09:03:38 monserveur postfix/smtp[13766]: connect to mta-monprovider.tdl[2001:1600:4:2::6]:25: Network is unreachable
Mar  9 09:03:39 monserveur postfix/smtp[13766]: E10C060BB4: to=<technic@mondomain.tdl>, relay=mta-monprovider.tdl[14.176.112.78]:25, delay=0.23, delays=0.09/0.02/0.05/0.08, dsn=5.1.8, status=bounced (host mta-monprovider.tdl[14.176.112.
78] said: 553 5.1.8 <technic@mondomain.tdl>... Domain of sender address no-reply@global.virt does not exist (in reply to RCPT TO command))
Mar  9 09:03:39 monserveur postfix/cleanup[13765]: 1945960BCD: message-id=<20170309080339.1945960BCD@monserver.domain.tld>
Mar  9 09:03:39 monserveur postfix/bounce[13767]: E10C060BB4: sender non-delivery notification: 1945960BCD
Mar  9 09:03:39 monserveur postfix/qmgr[13268]: 1945960BCD: from=<>, size=10752, nrcpt=1 (queue active)
Mar  9 09:03:39 monserveur postfix/qmgr[13268]: E10C060BB4: removed
Mar  9 09:03:39 monserveur postfix/smtp[13766]: 1945960BCD: to=<no-reply@global.virt>, relay=none, delay=0.09, delays=0/0/0.09/0, dsn=5.4.4, status=bounced (Host or domain name not found. Name service error for name=global.virt type=AAAA: Host not found)
Mar  9 09:03:39 monserveur postfix/qmgr[13268]: 1945960BCD: removed
...
...

Si tu as le patch…je le veux bien. Par contre, dois-je d’abord faire la MAJ sur la 3.5.4 avant d’appliquer ton patch ?

Bonne fin de journée

7

Hello,

je t’ai preparé un patch pour la 3.5.3:
https://tmpshare.bluemind.net/f.php?h=23BJy-JT&d=1

Pour l’installer:

  • fait une backup du fichier /usr/share/bm-core/main/net.bluemind.scheduledjob.scheduler_3.1.20985.jar
  • Remplace le fichier /usr/share/bm-core/main/net.bluemind.scheduledjob.scheduler_3.1.20985.jar
  • si tu as l’IMPORT LDAP installé, il faut aussi remplacer le fichier /usr/share/bm-core/extensions/bm-plugin-core-ldap-import/net.bluemind.scheduledjob.scheduler_3.1.20985.jar
  • exécute rm -r /var/lib/bm-core
  • exécute service bm-core restart pour redémarrer le core du BM

Vu que le patch ne fait pas partie de la 3.5.4, il te faut re-appliquer le patch. il n’y pas d’autres changements entre la 3.5.3 et la 3.5.4.1 dans ce plugin, du coup
tu peux simplement renommer le fichier en net.bluemind.scheduledjob.scheduler_3.1.21348.jar et appliquer de nouveau le patch.

8

Salut Tommy,

Merci pour ton patch et les infos. Je vais d’abord effectuer la migration vers la 3.5.4 puis ensuite je l’appliquerai.

Bon week-end

9

Salut Tommy,

La réception du rapport par mail n’étant pas une tâche prioritaire dans ma todolist, j’ai mis un peu cela de côté.

Cependant, j’ai remarqué quelque chose aujourd’hui.
En mettant l’adresse de destination (adresse utilisée pour le rapport et n’existant pas comme compte sur notre serveur BM interne) en alias à mon adresse mail (compte existant sur notre serveur BM interne) …j’ai reçu le rapport !

En fait, il suffisait que le mail soit transmis ** directement ** par BM soit à un ** compte existant ** sur BM, soit à un alias créé sur BM ** pour ce compte… SANS ** passer par notre fournisseur de mail à l’externe pour que cela fonctionne.

Voilà…si cela peut servir à quelqu’un et éviter d’appliquer le patch en attendant la sortie de la 3.5.5.

Bonne fin de journée

10

Salut,

Merci pour l’info. Et oui, tu as raison, si l’email reste dans BM, tu évite le problème, bien vu !

Bonne journée
Tommy