[PB CONTOURNE !]Envoi de mail avec mutt sous forms

[nono592303]

Bonjour,
J'ai un bug incompréhensible en forms 10g:
-J'ai besoin d'envoyer des mails avec des pièces jointes à partir de forms :
Dans l'ancienne version en 9i, on utilisait sendmail, tout se passait bien.
Depuis la 10g, on nous demande d'utiliser l'utilitaire MUTT :
on construit la ligne de commande et on l'exécute avec la comamnde forms HOST(commande,NO_SCREEN) sur un répertoire tempo du serveur d'appli

Dans 90% des cas, tout se déroule normalement.
Mais parfois pour une raison totalement indéterminée la fonction de mail renvoie un code erreur alors que :
- on se connecte toujours dans les mêmes conditions
- le corps du mail est générique (avec accents...)
- l'utilisateur choisit le destinataire du mail dans une liste

Le mail part ou ne part pas selon les cas !!
A priori, les droists sur les répertoires sont bons car aucun mail ne partirait...

J'ai redirigé les erreurs dans un fichier de log :
la comamnde MUTT renvoie systématiquement
"sh: gettext: command not found
sh: tr: command not found"
Ce sont des fonctions de transformation de chaines de caractères utilsées dans mutt mais connues de la machine ...

Est-ce que quelqu'un a déjà eu un cas similaire? ou une idée de génie?

Je peux mettre le code si vous voulez...
Merci d'avance!

[SheikYerbouti]

Quel rapport avec Forms ?

[nono592303]

Bonjour,
en fait, on écrit dans un fichier ksh la commande d'envoi de mail puis on exécute via forms le script.
Lorsqu'on écécute le script à partir de la machine (via putty), le mail est systématiquement envoyé.
Lorsqu'on éxécute le script via forms avec l'instruction HOST(commande,NO_SCREEN), il se produit une erreur (de temps en temps).

Code :

1
2
3
4
5
6
7
 
  host (l_commande, NO_SCREEN);
  IF NOT Form_Success THEN 
   	 l_result :=  3; 
	ELSE 
	   l_result :=  0;
	END IF;

l_commande contient le nom du fichier ksh qui contient :

Code :

1
2
 
/bin/cat RepTmp/corp20080117-103923.txt |  /usr/bin/mutt  -a RepTmp/DEVIS223124-10:39:20.pdf  -F RepTmp/TOTO.txt -s "titre du mail" toto@toto.fr

Je me demandais si cette commande de forms était fiable...

J'espère que c'est un peu plus clair...

[SheikYerbouti]

HOST() est exécuté avec les droits de l'utilisateur de Forms Runtime, donc généralement Oracle, et de toute façon cela ne devrait pas être un problème de droits sinon aucun mail ne partirait.
Cette commande est fiable dans la mesure ou elle ne fait que passer une commande système.

[nono592303]

Je viens de refaire un tas de test.
1- je demande l'excecution de mon fichier ksh dans forms :
HOST(commande,no_screen)
du style :

Code :

1
2
3
4
 
le fichier de commande ksh est du style :
/bin/cat /RepTmp/corp20080118-115758.txt |  /usr/bin/mutt  -a /RepTmp/DEVIS323339-11:57:55.pdf  -F /RepTmp/toto.txt -s "titre du mail" toto@toto.fr
echo toto  $? /RepTmp/envoi_mail.log

je trace le retour de la commande mutt dans un fichier de log => renvoie 0 dans tous les cas (même si forms renvoie forms_success à faux!!)

2- sous forms, je teste le form_success à l'issue de l'exécution de la commande host d'exécution d'envoi de mail
=> forms ne semble pas positionner correctement la variable form_success (pas à tous les coups...)
Pourtant dans la majorité des cas le mail est bien envoyé !!

Une idée?
Merci d'avance

[nono592303]

Après un tas de test/recherches...
Il semblerait que le form_success ne renvoie pas toujours une réponse fiable dans le cas de résultats de commandes HOST...
Je suis tombé sur un post sur un autre forum, une autre personne a eu le cas...
Finalement, je ne vais plus tester le forms_success (ni le form_failure d'ailleurs => ne marche pas non plus).

J'exécute un script ksh sur le serveur d'appli qui fait:
- envoi du mail
- test du code retour :
si code retour different de 0, je fais un touch d'un "fichier de controle" => cela s'est mal passé
sinon je ne fais rien

dans le forms :
exécution du script via HOST(...)
si présence fichier de controle (fonctions du package txt_io.xx)
=> envoi d'une erreur

ça a l'air de fonctionner comme ça...
Si vous avez d'autres idées....

En tous cas, merci pour votre aide !!