Reprise du message précédent :
d'abord je n'est pas de fichier daemon.log
dans le /var/log/messages:postfix:succeded
  et dans /etc/sysconfig/syslog:options to sysloged
-m 0disable 'MARK' message.
-r enables logging from remote machines
-x disables DNS lookups on messages received with -r
see syslogd(8) for details
SYSLOGD_OPTIONS="m 0"
options to klogd
-2 prints all kernel oops message twice; onceonce for klogd to decode, and once for processing with 'ksymoops'
-x disables all klogd of oops messages entirely
see klogd(8) for more details
KLOGD_OPTIONS="-x"
 

je vous remercie beaucoup pour l'aide et le temps que vous me consacrer
je vais essayer de le mettre à jour et comment trouvez vous la config que j'ai fait est ce qu'elle est bonne
et merci encore

mouai enfin ce que t'as dit udok, c'est plutôt pour debian, les fichiers log n'ont pas tous les mêmes noms entre distros
 
là ce qui est intéressant sous RH pour postfix, c'est plutôt /var/log/messages et /var/log/maillog
 
est-ce que le courrier local pour root fonctionne ? des mails administratifs donnant l'état de certaines tâches sont envoyés et arrivent dans /var/spool/mail/postfix, la RH 8.0 a d'ailleurs tendance à être très bavarde (tâches cron)
 
edit : pour la config il n'y rien de vraiment problématique dans ton main.cf, à part quelques petites "erreurs" sur mydestination/myorigin/mydomain et peut-être myhostname :
 
- pour myhostname, ce serait peut-être meiux de mettre le nom canonique : srvlinux
 
- pour mydestination/myorigin/mydomain : srvlinux.allser.com -> ça représente une machine, ce serait peut-être mieux de mettre le domaine simplement : allser.com
 
- un p'tit "$mynetworks = $mydestination" au lieu de "$mynetworks = 20.0.0.0/8 127.0.0.0/8" ne serait peut-être pas mal, on limite à localhost (127.0.0.1) et à allser.com, ça permet aussi de modifier qu'une seule directive si on change de domaine
 
- pour finir, si 20.0.0.3 correspond à cette machine (srvlinux), il est préférable de ne pas mettre l'option "best_mx_transport"
 
voilà, je pense que c'est un problème de résolution DNS tout ça et que postfix ne retourne pas d'erreur

pour root j'ai creer un alia et ça fonctionne seulement avec "mail" ,lorsque je consulte la boite de reception sous kmail ou même avec la comande mail sans argument bien sûr en se cnnectant avec le nom de l'utilisateur que j'ai donné comme alia pour root je trouve les mails que j'ai envoyé ,tous ça est sur la machine local qui est serveur mais quand j'envoi un message avec kmail ça me repond "impossible de se connecter à srvlinux.allser.com"

j'ai édité mon post précédent, ça doit être là le problème : DNS sur la zone locale, avec juste le nom d'hôte canonique ça devrait aller tout seul
 
mais je pense que les modifs dont j'ai parlé au dessus, seraient à faire

Interesting ports on AToulouse-207-1-11-31.w81-250.abo.wanadoo.fr (81.250..xxx.xx):  
 
mortel, le masquage d'ip en laissant le reverse DNS

ah ouai tiens
 

 
m'enfin depuis le 8 janvier il a eu le temps de changer, mais c'est sûr que sur le coup

j'ai fait la mise à jour de postfix et j'ai fait les modifs dont vous avez parlé au dessus la seule option qui m'a crée des problèmes est : myhostname = srvlinux avec l'option relayhost = srvlinux lorsque j'ai essayer de redemarrer postfix il m'a affiché l'erreur : starting postfix relayhost ==myhostname    [echoue]  
et je n'arrive encore pas à envoyer les messages
 

j'ai pas compris est ce que le masquage d'ip pose un problème? et si 'est le cas comment le résoudre?(masquerade_domains = allser.com)  

où etes vous?

DTC !!!!!!!!!!!!!!!!!!!!!!!!
 
rhaaa ca fait du bien

me revoilà, c'était l'heure du "miam miam"
 
alors, dans l'ordre :
 
- relayhost -> c'est inutile ici, donc à supprimer si ça bloque (c'est dans le cas où l'on a au moins 2 serveurs mail et que l'un redirige vers l'autre)
 
- pour le masquerade_domains, je n'y ai pas pensé mais ce n'est pas utile s'il n'y a qu'un seul domaine, ça à l'air d'être le cas ici, donc même si ça ne modifie rien, autant l'enlever
 
tant que j'y pense, que donne :
 
ls -al /var/spool/postfix/etc
 
et si /var/spool/postfix/etc/resolv.conf existe, que contient-il ?

 

 
vas voir dans le tiens si j'y suis pas

eeeh ooh !!!
qu'est ce que vous racontez là?
est ce que ca a une relation avec postfix?

polution

alors jusque là je croix que vous avez fait l'impossible avec moi pour faire fonctionner mon postfix, mais en vain   je vous remercie beaucoups pour votre coup de main   .

de rien, mais bon c'est pas normal qu'il ne tourne pas là...
 
il manque certainement quelque chose
 

ce qui manque c'est le port 25

donc ça ne donne toujours rien ce : "netstat -an | grep :25"

[HS] titre édité [/HS]

maintenant j'ai mon postfix qui fonctionne en fait pas vraiment j'arrive à envoyer les messages mais je n'arrive pas à les consulter il m'affiche qu'il y a 0 messages

et la ponctuation ?    
 
je peux pas croire qu'il n'y ait pas de message dans les logs

désolé!!!!
mais quels logs?

tous
m'enfin la situation a évolué non ? ça écoute sur le port 25 maintenant ou quoi ?

oui ça  a evolué grace  a dieu mais est ce que je dois avoir fetchmail pour recevoir du courrier avec pop?

mais je vous remerci aussi pour le coup de main

encooore un autre problème:
cette fois ci j'arrive à envoyer des messages , aucune errur n'est affichée mais j'arrive pas à les recevoir,
j'ai installer fetchmail mais tjrs meme problemes , je n'arrive meme à recuperer lse messages au niveau de /var/spool/mail/
par contre je reçoit l'erreur suivante:
   Error:tripwire database for srvlinux.allser.com not found
   Run /etc/tripwire/twinstall.sh and/or tripwire --init
est ce que le fichier .fetchmailrc doit etre cree au niveau du repertoire personnel de chaque utilisateur?  
est ce que g besoin d'installer procmail?