Discussion :

[segphault]

Hello tout le monde,

Je débute tranquillement sous oracle et je me suis rendu compte qu'il était relativement bavard ;)
En effet, il ajoute un mail à chaque insertion de ligne !!!! Avoir une alerte mail est nécessaire ... mais plutôt pour les problèmes. J'ignore où trouver ces paramétres. Je vais chercher, mais si quelqu'un connait la méthode pour régler les paramétres mail, je suis preneur :)


@bientôt

[Jaouad]

Bonjour ,
Merci d'indiquer la version utiliser Oracle.
Ce n'est pas le comportenemt normal d'oracle que d'envoyer un mail a chaque insertion de mail.

Il doit s'agir d'un tigger

[segphault]

il s'agit de la version 10.1 sous sun solaris 10. Pareil je trouve cela anormal et je cherche sur google ;)

[segphault]

Voici la liste des trigger en tant que sysdba :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
SQL> select trigger_name from user_triggers;
 
TRIGGER_NAME
------------------------------
AW_DROP_TRG
NO_VM_DROP
NO_VM_CREATE
NO_VM_ALTER
 
SQL> quit

Il n'y en a pas sous l'utilisateur qui accéde à la db de prod.

[Jaouad]

Il n'est pas nécessaire que le trigger appartiennent aux users applicatifs , un triggers sous SYS suffit.

Il te faut dans ce càs là décortiquer le source

[segphault]

j'ai beau cherché des infos sur le web et dans les docs ... je galére tout de même à trouver l'endroit où je peux configurer ces reports. Etrange qu'il notifie tout par défaut.

[Jaouad]

Est ce que vous avez recherché dans dba_triggers dans la colonne trigger_body .

Si vous souhaitez arreter cette notification , une autre méthode plus sioux consiste a enlever le paramétre ;

smtp_out_server

[segphault]

Hello,

j'ai regardé les body des dba_triggers et je n'ai rien vu avec le terme smtp ... je lache pas l'affaire. Doit bien y avoir une raison à cela.

Ce n'est pas un comportement par défaut ???

Car ce n'est pas moi qui ai fait l'installalation. En revanche, j'ai installé un autre oracle 10.1g sous solaris 10 sur un autre serveur et effectuer des tests dessus. Il n'y a rien dans les mails ...

[Jaouad]

non

il faut chercher dans le source un trigger sur cette table ,

le paramétre UTL se trouve dans le fichier d'initalisation de la base et va arreter tout les mail en partance de l'instance

[segphault]

Ce problème me fait découvrir pas mal de chose à Oracle ;)

enfin bref ... j'ai un package utl_mail qui contient des fonctions d'envoi de mail (ps : je passe par l'enterprise manager pour lister tout ça).

Sur les triggers ... rien du tout ... j'ai matté les body de tous les triggers, je n'ai rien. De plus ce n'est pas associé à une table car tous est envoyé par mail quelque soit la table.

En fait pour détailler un peu, ça arrive sur /var/mail/root. Mais c'est normal car l'utilisateur oracle n'a pas de variable d'environnement MAIL de défini. Je suppose qu'il envoit donc à root.
J'ai purgé le fichier de mail root ce matin et là il fait 68 Mo !!! alors que la base n'est pas encore en prod. ça fait peur ...

Je sens que l'installation a été faite un peu à la porka ...

Ce que tu appelles fichier d'initialisation, c'est le pfile ou spfile ? car si c'est ça, je n'ai aucun paramétre UTL.

[segphault]

oups sinon pardon, t'as bien raison c'est pour les update que le fichier gonfle pas mal

[aline]

Hello tout le monde,

Je débute tranquillement sous oracle et je me suis rendu compte qu'il était relativement bavard
En effet, il ajoute un mail à chaque insertion de ligne !!!! Avoir une alerte mail est nécessaire ... mais plutôt pour les problèmes. J'ignore où trouver ces paramétres. Je vais chercher, mais si quelqu'un connait la méthode pour régler les paramétres mail, je suis preneur


@bientôt

bonjour,

tu reçois un mail pour chaque insertion dans n'importe quelle table ou bien dans une table donnée?

[segphault]

l'ennui c'est que cela n'est pas très explicite non plus :(

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
...
0 ligne(s) mise(s) à jour.
1 ligne mise à jour.
1 ligne mise à jour.
1 ligne mise à jour.
1 ligne mise à jour.
1 ligne mise à jour.
1 ligne mise à jour.
1 ligne mise à jour.
Validation effectuée.
...

J'ai l'impression que c'est dans les update

[segphault]

yop,

j'ai toujours pas résolu ce problème, j'ai eu d'autre truc à faire hier ... les joies de la conf sendmail lol
Je m'y remet plus tard ... si je trouve je posterai

@tout

[segphault]

yop,

pour info , le problème n'était absolument pas du à oracle ... vu la quantité de ligne d'un mail j'avais pas fait gaffe. C'était juste que cela venait d'un script exécuter en cron et dont la sortie n'était pas redirigée vers /dev/null ;)

++