Bonjour,
 
Je rencontre un problème face auquel je suis totalement démuni.
Nous utilisons un serveur mail (Qmail) sur une Debian Etch 4.0.
 
Il est possible d'envoyer/recevoir des mail depuis le web mail ou un client quelconque.
Le problème vient du fait que l'envoie/réception de mail par client fonctionne très bien mais via le web mail seul la réception fonctionne.
Plus l'envoie.
Si on se connecte via le webmail, les mails partent sans jamais etre reçu par le destinataire
 
Avez vous une idée?

Par un client lourd, tu utilises quel SMTP ?
  - celui de ton FAI ou ton QMail ?
 
Peux tu préciser la conf de ton qmail ?
As tu vérifier dans les logs de qmail ou du système si tu recevais des messages d'erreur des serveurs smtp en face (au pire, snoop avec wireshark sur le port 25 pour voir les échanges précis).

J'utilise le SMTP de mon Qmail. Admettons que ma boite s'appelle "Hardware", ça donnera smtp.hardware.fr.

Dans les logs "mail.warn" et "mail.err" j'ai cette erreur qui rempli le fichier log:

Mar 17 11:15:16 stock sendmail[8992]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MTA-v4: cannot bind: Address already in use
Mar 17 11:15:16 stock sendmail[8992]: daemon MTA-v4: problem creating SMTP socket

Etait il utile de supprimer le message initial ?
Il aurait été plus simple de le renommer.
Pour mémoire tu avais notamment dis que tu utilisais deux MTA en même temps...

J'ai préféré refaire un sujet, ça me semblait plus clair.
De plus, dans la doc de Qmail il est dit que Qmail et Sendmail peuvent cohabiter sans problème. Je ne pense pas que ça vienne de là

Il n'y a a priori aucune raison d'utiliser sendmail quand tu disposes déjà de Qmail surtout quand on connait la difficulté pour configurer sendmail
De surcroit il semble y avoir un problème notable avec sendmail qui n'arrive pas a créer les sockets nécessaires (donc un conflit lié probablement a qmail...)
cf

La première étape consisterait donc pour moi a virer sendmail et à n'utiliser que qmail (vu que c'est le MTA mis en avant dans ton premier post).
Ensuite il faudrait fournir la configuration de qmail.
Par défaut il n'est pas impossible que l'utilisateur www-data n'ai pas le droit d'envoyer des mails.
Il faudrait donc savoir si tes applications web utilisent directement /usr/lib/sendmail (qui n'est pas forcément sendmail mais simplement une implémentation du mécanisme par qmail/postfix/exim/autre) ou passe par le biais du TCP/IP et en ce cas l'envoi d'un mail par le biais de telnet en localhost devrait aider.

Si tu as un process qui utilise déjà le port 25 sur une adresse IP utilisée, un second process ne peut pas utiliser le process 25 sur cette même adresse...
 
Mon avis est que tu as un serveur mal configuré et c'est lui qui a été le plus rapide pour créer la dite socket.
 
Je pense que lorsque l'on dit que sendmail cohabite avec qmail, cela signifie que la commande sendmail cohabite avec qmail. Pas forcément le daemon... Cette commande est une commande plus ou moins standard sur les systèmes unix pour envoyer les mails en CLI.

 
Etant donné que ça a fonctionné comme cela jusqu'a présent je ne préfère pas encore modifier quoi que sce soit la dessus. Si vraiment je suis à cours d'idée, je m'orienterai par la.
 

 
Interréssant. Je vais approfondir ça. Ton histoire de "monopolisation" su port 25 me semble assez probable au vue des logs.

C'est avec ce genre de raisonnement qu'on se retrouve avec une machine au fond d'un placard avec un applicatif datant d'il y 3 décennie, dont vous êtes totalement dépendant pour la survie de l'entreprise et plus personne de compétent pour le gérer  

Source : plusieurs de mes clients  

Une mise à jour a probablement modifié quelque chose pour que le problème apparaisse, mais 2 process sur une même machine utilisant pour être conforme au standard le même port... c'est suicidaire

Ben c'est exactement ce que les logs disent

 
Permet moi de te dire que je trouve tes réponses teintées d'une certaines arrogance, commencent à m'agacer. Si tu lis la doc de Sednmail, il y est très clairement expliqué que Qmail ET Sendmail peuvent cohabiter sans aucun problème.
De plus, ai-je dis qu'il était hors de question de modifier/supprimer Qmail ou Sendmail? Non.
Simplement chaque choses en son temps

Je n'arrive pas à comprendre pourquoi depuis OUtlook les mails transitent correctement alors que depuis le webmail ça ne fonctionne pas.

Ben agace toi alors... Ce n'est pas l'arrogance c'est des conseils et des retours d'expériences. Tu en fais ce que tu veux
Si c'est les smileys qui te font penser ça, ils sont là pour mettre un poil de légèreté...

Par contre sur le fait d'avoir 2 MTA sur une même machine, désolé, je n'en démorderais pas c'est aller au devant de ce genre de problème même si les sacro-saintes docs disent que c'est possible

D'un point de vue technique on peut faire tout et n'importe quoi avec le consentement des docs. Ce qu'il ne faut pas oublier de voir c'est l'exploitation derrière et la perte de temps sur des conneries (nan ce mot là est arrogant) détails techniques. Monter des usines à gaz avec sur une même machine 2 MTA, c'est possible, suffit de binder leurs sockets sur deux adresses IP différentes. Par contre comme le disait mikala, sendmail n'est à la base pas simple. Et que dans ce cas il faut bien voir les limites de ces solutions.

Maintenant je t'ai donné 2 pistes :
1. lancer wireshark pour voir les dialogues entre ton serveur et les serveurs disants
2. vérifier les confs de tes deux MTA pour fixer le problème des sockets en faisant en sortent qu'ils n'écoutent pas sur la même.

Si cela c'est de l'arrogance, arrête les forums.

Ce qu'il faut faire c'est regarder les différences de cheminement entre les deux modes.

Sur outlook :
  vérifie la conf : quelle est l'adresse IP, quelle est le port, authentification en place ?

Sur le webmail :
  le webmail est sur la même machine que les MTA ?
  quelle commande est utilisée pour les envoyer ?
 
Vérifie si il y a des règles de routages particulier
Vérifie les packages installés (qmail, etc...)
Vérifie les daemons qui sont lancés au démarrage

Ok, oublions cette histoire d'arrogance. Ce sont en effet tes smileys qui m'ont induit en erreur.
 
Concernant les deux MTA, je manque de recul dessus. Etant arrivé dans la boite en Novembre, ils ont été installé par les admin avant moi. C'est pour cela que je suis réticent à modifier ça. Mais ça viendra après.

Supression de Sendmail, redémarrage du serveur. J'attends la suite....

euh il n'était pas forcément utile de redémarrer le serveur là, c'est du GNU/Linux pas du windows

Je voulais etre sur

Je pense que tout est rentré dans l'ordre mise à part le webmail.
Il n'est plus accessible. Une page blanche s'affiche. Par contre les mails test que j'avais envoyé ont été reçus.
On approche du but

Il y a eu une mise à jour ou pas?
si oui pour peu que les mises à jour concernent le webmail...
Bref c'est la configuration du serveur web qu'il faut revoir.

Appprarement d'après ce que j'ai compris, Qmail s'occupe du POP et Sendmail de l'IMAP.
Et apparemant les mail depuis le webmail ne sont plus reçu.

Tu as mal lu (ou pas du tout lu) la documentation
qmail et sendmail sont des MTA.
L'histoire de POP/IMAP est du chinoix pour ces outils, leur seul rôle est de transmettre des mails entre MTA:
en somme ils récupèrent le courriel que tu veux adresser, s'assure de sa distribution (donc le file au voisin en face), une fois que le voisin MTA aura reçu ce mail il va le refiler au MDA qui ira le poser dans la bonne boite mail.
Il arrive que parfois les MTA puissent également assurer les fonctions de MDA mais ce n'est encore une fois de plus pas leur rôle premier.
Ensuite il existe des services POP/IMAP qui assurent la lecture de ces courriers aux divers MUA (webmail/mutt/kmail/thunderbird/bousedoutlook).
Classiquement tu as donc le schéma suivant :
 
MUA <--> MTA < --> MTA distant --> MDA --> Serveur Pop/IMAP <--> MUA  
 
MUA: Mail User Agent
MTA: Mail Transfert Agent
MDA: Mail Distribute Agent

Comment est-il possible que même après un "sedmail restart" un "sendmail status" affiche:
 
MSP: is run via cron (20m)
MTA: is not running
QUE: Same as MTA

...
Il me semblait avoir l'information comme quoi sendmail avait été supprimé.
Si les informations fournies restent aussi parcellaires je doute que l'on parvienne à une solution...

Que disent les logs ?
Chaque daemon qui démarre ou stop génère un minimum de log, si non le script init.d peut être mal écrit. Généralement dans ce cas je fais :

vérification de l'état des process, ménage, ...
lecture des logs

vérification des process et des logs.

 
En effet je l'avais supprimé. Le problème est que plus personne ne recevait et n'envoyais de mails, y compris depuis lur client (Thunderbird, Outlook...)
Je me suis donc empressé de le remettre.

 
La commande "/etc/init.d/daemon stop " ne focntionne même pas. "daemon" n'apparait pas dans le dossier "init.d"

"daemon" est à remplacer par le nom du service/daemon que tu souhaites démmarer/arrêter.

Mais commence par lire les logs !

Donc en revanche Qmail lui a bien été supprimé...
Car pour mémoire 2 MTA sur la même machine c'est dans 99% des cas strictement inutile...
Mais bon, et si tu nous procurais enfin quelques informations utiles comme au hasard des logs ?

Je suppose que tu parles des logs mail:

Le mail.warn:
Mar 30 17:38:44 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:49 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:49 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:54 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:54 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:54 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: server SMTP socket wedged: exiting

Le mail.err
Mar 30 17:38:34 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:34 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:39 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:39 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:44 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:44 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:49 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:49 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:54 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: cannot bind: Address already in use
Mar 30 17:38:54 ns354821 sendmail[32074]: daemon SMTP: problem creating SMTP socket
Mar 30 17:38:54 ns354821 sendmail[32074]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon SMTP: server SMTP socket wedged: exiting

Le mail.info
Mar 31 10:04:39 ns354821 imapd: LOGIN, user=xxx.xxx@xxx.com, ip=[:ffff:78.235.168.72], port=[50712], protocol=IMAP
Mar 31 10:04:39 ns354821 imapd: LOGOUT, user=xxx.xxx@xxx.com, ip=[:ffff:78.235.168.72], headers=0, body=0, rcvd=345, sent=825, time=0
Mar 31 10:04:48 ns354821 imapd: LOGIN, user=xxx.xxx@xxx.com, ip=[:ffff:88.163.209.20], port=[52115], protocol=IMAP
Mar 31 10:04:55 ns354821 spamd[1024]: spamd: connection from localhost.localdomain [127.0.0.1] at port 51997
Mar 31 10:04:55 ns354821 spamd[1024]: spamd: checking message <000d01cad0a8$d48bdf20$6400a8c0@slaughterhouses6> for xxx@xxxx.com:89
Mar 31 10:05:02 ns354821 spamd[1024]: spamd: identified spam (13.5/7.0) for gilles@intuitivlab.com:89 in 6.6 seconds, 821 bytes.
Mar 31 10:05:02 ns354821 spamd[1024]: spamd: result: Y 13 - BAYES_99,DNS_FROM_OPENWHOIS,FH_DATE_PAST_20XX,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_SORBS_WEB,RCVD_IN_XBL,RDNS_NONE,STOX_REPLY_TYPE scantime=6.6,size=821,user=xxx@xxx.com,uid=89,required_score=7.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=51997,mid=<000d01cad0a8$d48bdf20$6400a8c0@slaughterhouses6>,bayes=1.000000,autolearn=spam
Mar 31 10:05:02 ns354821 spamd[2746]: prefork: child states: II

pour ma part c'est plutôt les logs de syslog, les log du système, là où on peut voir les problèmes entre sendmail, qmail...
 
bref, au final on ne sait toujours pas ce que tu as sur ton serveur à l'heure actuelle, ce qui est activé/démarré, la conf et ce qu'au final tu veux réellement (je suppose que "ça marche"...)
 
Sans ces informations on navigue à vue dans une brume épaisse.

Tu as toujours ce problème de tentative de création d'une socket en écoute sur la même adresse/même port (ce qui d'après les infos que tu nous donnes sont une concurrence entre qmail et sendmail, mais là, c'est toujours une supposition vu que l'on a pas les détails à jour) et nous ne pouvons t'aider à le résoudre que si tu nous donnes les bonnes infos sur ce qu'il y aujourd'hui en place, les conf, et ce qui est lancé au démarrage.

Ok, je vais essayer de réponse avec un max d'info

EDIT:
Pendant que je rassemblais un maximum d'information, je suis tombé sur cette ligne dans le fichier /var/log/syslog: "Mar 31 07:00:06 ns354821 snmpd[3072]: cannot open /proc/net/dev ..."
Serait-il possible qu'il s'agisse d'un simple problème de droit? Que snmpd ne puisse ouvrir certains dossier?

Ce serveur fait office de serveur mail et héberge aussi le webmail.
 
Voici une partie de syslog:
Mar 31 11:28:32 ns354821 snmpd[3072]: cannot open /proc/net/snmp ...  
Mar 31 11:28:36 ns354821 snmpd[3072]: cannot open /proc/net/dev ...  
Mar 31 11:29:01 ns354821 /USR/SBIN/CRON[26531]: (root) CMD (/usr/local/rtm/bin/rtm 27 > /dev/null 2> /dev/null)
Mar 31 11:29:06 ns354821 snmpd[3072]: cannot open /proc/net/dev ...  
Mar 31 11:29:32 ns354821 snmpd[3072]: cannot open /proc/net/snmp ...  
Mar 31 11:29:36 ns354821 snmpd[3072]: cannot open /proc/net/dev ...  
Mar 31 11:30:01 ns354821 /USR/SBIN/CRON[26581]: (root) CMD (/usr/bin/mrtg /var/www/mrtg/mrtg-sys/mrtg_ns354821.ovh.net.cfg >/dev/null 2>/dev/null)
Mar 31 11:30:01 ns354821 /USR/SBIN/CRON[26584]: (root) CMD (/usr/local/rtm/bin/rtm 27 > /dev/null 2> /dev/null)
Mar 31 11:30:01 ns354821 /USR/SBIN/CRON[26587]: (root) CMD (if [ -x /usr/bin/mrtg ] && [ -r /etc/mrtg.cfg ]; then env LANG=C /usr/bin/mrtg /etc/mrtg.cfg >> /var/log/mrtg/mrtg.log 2>&1; fi)
Mar 31 11:30:01 ns354821 /USR/SBIN/CRON[26589]: (www-data) CMD ([ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache/access.log ] && /usr/lib/cgi-bin/awstats.pl -config=awstats -update >/dev/null)
Mar 31 11:30:01 ns354821 /USR/SBIN/CRON[26591]: (root) CMD (if [ -x /usr/bin/vnstat ] && [ `ls /var/lib/vnstat/ | wc -l` -ge 1 ]; then /usr/bin/vnstat -u; fi)
Mar 31 11:30:01 ns354821 /USR/SBIN/CRON[26593]: (root) CMD (/usr/lib/cgi-bin/awstats.pl -config=awstat --update)
Mar 31 11:30:02 ns354821 sendmail[26704]: o2V9U2Bd026704: from=root, size=702, class=0, nrcpts=1, msgid=<201003310930.o2V9U2Bd026704@xxx.nett>, relay=root@localhost
Mar 31 11:30:02 ns354821 sendmail[26704]: o2V9U2Bd026704: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30702, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]
Mar 31 11:30:06 ns354821 snmpd[3072]: cannot open /proc/net/dev ...  
Mar 31 11:30:07 ns354821 snmpd[3072]: Connection from UDP: [xx.xx.xx.xx]:xxxx  
Mar 31 11:30:07 ns354821 snmpd[3072]: Connection from UDP: [xx.xx.xx.xx]:xxxx
Mar 31 11:30:26 ns354821 snmpd[3072]: Connection from UDP: [xx.xx.xx.xx]:xxxx
Mar 31 11:30:32 ns354821 snmpd[3072]: cannot open /proc/net/snmp ...  
Mar 31 11:30:36 ns354821 snmpd[3072]: cannot open /proc/net/dev ...  
 
Daemon lancés au démarrge:
 
apache2       bootmisc.sh        courier-authlib  hostname.sh     klogd                  mountkernfs.sh         mysql-ndb-mgm  rc         rsync           snmpd                 svnservemixmoov  umountnfs.sh
avahi-daemon  checkfs.sh         courier-imap     hwclock.sh      libdevmapper1.02       mountnfs-bootclean.sh  networking     rc.local   screen-cleanup  spamassassin          sysklogd         umountroot
bind          checkroot.sh       cron             ifupdown        makedev                mountnfs.sh            openbsd-inetd  rcS        sendmail        ssh                   tomcat5.5        urandom
bind9         clamav-daemon      dbus             ifupdown-clean  mountall-bootclean.sh  mtab.sh                open-iscsi     README     sendsigs        stop-bootlogd         udev             webmin
bootclean     clamav-freshclam   glibc.sh         keymap.sh       mountall.sh            mysql                  procps.sh      reboot     single          stop-bootlogd-single  udev-mtab        x11-common
bootlogd      console-screen.sh  halt             killprocs       mountdevsubfs.sh       mysql-ndb              proftpd        rmnologin  skeleton        sudo                  umountfs
 
Vous manque t-il des infos?

le problème c'est que si qmail est présent, on ne le verra pas dans /etc/init.d/ étant donné que normalement djb utilise son propre système avec les services à lancé présent dans /service ...
concernant snmpd il ne pose pas plus de problème que cela concernant la partie MTA donc nous allons gentiment l'ignorer.
Une fois de plus il faut donc :
les configurations de qmail/sendmail
vérifier les serveurs lancé (ps faux ),
au strict minimum, un netstat -tnlp nous permettrait par exemple de voir ce qui écoute en tcp etc etc...

en root le netstat histoire de voir les process

edit: djb... ah oui j'avais oublié qu'il était à l'origine de qmail

Voici pour le netstat:

Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat        PID/Program name
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN     2691/mysqld
tcp        0      0 0.0.0.0:110             0.0.0.0:*               LISTEN     32646/tcpserver
tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN     5354/couriertcpd
tcp        0      0 127.0.0.1:783           0.0.0.0:*               LISTEN     1024/spamd child
tcp        0      0 0.0.0.0:10000           0.0.0.0:*               LISTEN     906/perl
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN     1446/apache2
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN     3147/proftpd: (acce
tcp        0      0 91.121.114.14:53        0.0.0.0:*               LISTEN     2596/named
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN     2596/named
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     3078/sshd
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN     32642/tcpserver
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN     2596/named

Les serveurs lancés au démarrage:

Apache Webserver
BIND DNS Server
CVS Server
MySQL Database Server
ProFTPD Server
Procmail Mail Filter
QMail Mail Server
Read User Mail
SSH Server
Sendmail Mail Server
SpamAssassin Mail Filter

 
Les fichiers de conf?

qmail utilise tcpserv pour gérer ses sockets TCP.
On voit clairement qu'il monopolise cette ressource

De ce fait, sendmail ne peut pas démarrer. Tous les messages que ton serveur reçoit (par un autre serveur smtp ou par un client outlook) passe par qmail. ça confirme ce que je disais au départ, le sendmail ne peut pas démarrer à cause de qmail.

Je trouve donc très étrange que les personnes ne pouvaient plus envoyer de mail avec sendmail supprimé...

J'ai supprimé Sendmail. On va voir...
Comment es tu arrivé à la conclusion que c'était Qmail qui utilisait le port? Rien ne l'indique à première vue.

POur info, le Webmail ne focntionne plus. Lors d'une tentative d'accès, il affiche un message:" Erreur de connexion au serveur IMAP"

Pouvons nous tirer comme conclusion que Sendmail ne s'occupait que de l'IMAP?
Les client maisl, eux, sont toujours synchronisés

EDIT: Un truc étrange. Sous l'interface Webmin du serveur, Qmail n'apparait plus. Or, j'ai bien supprimé Sendmail.....