V5R10, Operation Navigator (SMTP)
Configuration SMTP avec OPERATION NAVIGATOR :
avant toute chose, vérifiez deux points qui peuvent mettre le "bazard" dans l'activité SMTP de l'AS/400 :
CHGPOPA MSGSPLIT(*NOMAX) et CHGATR OBJ('/tmp') ATR(*RSTDRNMUNL) VALUE(*NO)
pour le reste, utilisez CHGSTMPA ou iSeries Navigator :
le premier onglet vous affiche les paramètres généraux de la commande CHGSMTPA, particulièrement :
ATTENTION, mettez dans ce paramètre un nom
qualifié de machine (pas une adresse IP), en ajoutant s'il
le faut ce nom dans votre host table.
sinon, votre iSeries
va envoyer le mail en direct, vérifier pour cela
l'onglet suivant indique les paramètres à utiliser pour les ré-émission en cas d'erreur d'envoi :
ce sont les paramètres RTYRMTSVR et RTYMIN, RTYDAY et RTYHOUR
les onglets suivants sont :
|
Pour éviter d'éventuelle boucles il est conseillé de créér un profil (NONDELIVER par exemple) de l'enregistrer dans la directory système en lui associant l'email nondelivery@domaine-de-l'as. il faut aussi indiquer niveau de messagerie 2 (Messagerie système) adresse de prédilection 3 (SMTP) En effet quand un mail ne peut pas être envoyé (par exemple un mail recu pour un utilisateur inexistant et l'émetteur n'existe pas non plus) on envoi un mail à nondelivery@domaine-de-l'as domaine-de-l'as est le domaine indiqué dans l'option 12 de CFGTCP Si cet email n'existe pas, il y a risque de bouclage du serveur SMTP voir ce lien IBM, pour plus de détails |
l'AS/400 pouvait déjà en version
précédente,
se connecter à un serveur SMTP d'un fournisseur d'accès,
via réseau commuté
afin de lui envoyer les mails destinés à l'extérieur.
Il faut définir la ligne PPP (TCP/IP sur réseau commuté) à utiliser et la fréquence de connexion.
il faudra pour cela autoriser ETRN, sur les deux
machines :
ETRN est une extension au protocole SMTP de base (voir rfc1985)
qui permet à un serveur SMTP C de se connecter à
un autre serveur SMTP (S )et de demander un "changement
de sens", c'est à dire une connexion de S vers C,
afin de 'envoyer les mails lui étant destinés.
dans le même ordre , vous avez la possibilité de
ne lancer SMTP/400 que sur certaines interfaces (si vous utiliser
NOTES par ex.)
ceci était réalisé en V4 par une Data
area
Et enfin, Sécurité de messagerie, vous pouvez bloquer les points suivants :
Cette action de filtrage de mail était aussi réalisée auparavant par Dataarea.
Ici, le relais de messagerie, c'est une veille technique utilisée par les pirates.
Quand vous envoyez un mail, celui est transmis à votre
serveur SMTP, qui constatant que ce mail ne lui est pas adressé
(nom de domaine différent) le réachemine
Si vous ne faites rien, cette technique peut-être utilisée
de l'extérieur afin d'utiliser votre AS/400 comme plaque
tournante
(et donc émetteur) d'actions de SPAM.
Il vous faut donc absolument limiter le relaisà votre
réseau local.(ce qui est fait ici)
Tout refus de relais est signalé dans le journal QZMF par
un code 9V
Tout refus de connexion est signalé dans le journal QZMF
par un code 9S
vous pouvez désactiver cette option (ne pas comparer)
demander à ce que le message soit écarté (il est placé
dans /QTCPTMM/FTRFILES)
rejeté (le message est purement éliminé)
Voici la structure générale des données du journal (zone JOESD) (enregistrements de type LG)
- suivent des informations complémentaires :
|
type d'actions valides
|
|
| 7 | fonction de passerelle |
| 8 | Client SMTP |
| 9 | Serveur SMTP |
| A | MSF (non délivrance) |
| B | MSF (délivrance locale) |
| C | MSF (re-routage) |
| D | POP |
| E | API d'envoi de mail (QtmmSendMail) |
| F | MTA Notes/Domino |
| G | Tunneling |
| H | SNADS (passerelle) |
| I | MIME parser |
| L | FAX (réception locale) |
| M | SNADS |
Voici une demande de relais rejetée (l'adresse IP d'origine est inscrite) :
Voici le dialogue établit par un mail entrant :
| 99, MSGID |  |
| 9T, Taille |
 |
| 94, Origine |
 |
| 91, Emetteur |  |
| 92, Destinataire |  |
| 97, transmis à MSF |  |
Suivrons :
Pour plus de détail concernant ces codes, voyez
Copyright © 1995,2001 VOLUBIS
