Jump to content

Archived

This topic is now archived and is closed to further replies.

Soolfly

Envoie de fichiers de Log par mail avec Postfix ?

Recommended Posts

Hello @ tous,

J'aurais besoin de vos lumières pour savoir déjà s'il est possible d'envoyer des mails (sans avoir de serveurs de mails) en poste à postes, de l'environnement GNU/linux Fedora vers Windows XP Pro, via un petit script Bash ?

J'ai googlelisé un peut la chose ... et apparement, MAIL ou NAIL pourrais convenir...

Sur le serveur linux, le crontab effectue des sauvegardes de BDD et du répertoire /www. Ensuite il balance le tout, dans un fichier de log.

2 8 * * * rsync -auz /var/www/ur210intra /backups &>/var/log/backups/ur210intra_matin.log

J'aimerais qu'un mail soit envoyé sur un poste sous Windows (dans le même réseau) avec le contenu du fichier de log.

Il faudrais que le mail soit envoyé sur 3 postes faisant partis du même réseau que le serveur linux et que l'utilisateur reçoive le mail dans son client de mail LOTUS. Possible ou pas ?

Merci d'avance.

Share this post


Link to post
Share on other sites

Hm, c'est assez difficile de ne pas avoir de MTA.

En général tu peux faire un simple echo "truc" | mail machin@tld. Sinon sans MTA, tu peux utiliser mutt ou syslog

Share this post


Link to post
Share on other sites

sans serveur de mails pas d'envoie de mails

un peu comme les bras et le chocolat :craint:

Share this post


Link to post
Share on other sites

Syslog a un port et un daemon dédié.

Sinon comme je le disais il faut vraiment le vouloir pour installer une distrib sans MTA.

Share this post


Link to post
Share on other sites
Syslog a un port et un daemon dédié.

Sinon comme je le disais il faut vraiment le vouloir pour installer une distrib sans MTA.

Oki théocrite, merci pour tes réponses, ça m'a fait découvrir certains outils en googlelisant mutt, syslog, syslog-ng, sendmail .. etc.

En fait, il me faudrait effectivement un MTA comme tu l'as dit et qui puisse faire un équivalent de la commande 'blat' sous Windows pour l'envoie de mail en local.

Mais en lisant quelques docs sur syslog-ng, il est possible de faire de l'export de journaux via TCP/UDP... Autrement Sendmail peut aussi faire de l'envoie de mail local en configurant le fichier genericstable dans /etc/mail. C'est quoi le mieux ?

A moins qu'il y est un MTA déjà en place sous Fedora Core 9 ? :transpi:

Par contre, il se trouve que dans les locaux ou je travaille, un serveur de mail Lotus Note sous GNU/Linux est déjà en place ... est-ce que le fait de rajouter un MTA en plus du serveur de mail pourrais poser problèmes ?

Share this post


Link to post
Share on other sites

Tu peux configurer ton MTA pour relayer les mails au serveur Lotus Note. Il y a deja un MTA sur la Fedora 9 (core n'existe plus), comme sous toute distro. Par defaut c'est sendmail, mais postfix est plus simple à configurer.

Sous postfix, 1 ligne à ajouter dans /etc/postfix/main.cf

relayhost = server.notes.domaine.net

Bon apres ya peut etre qqchose à faire coté notes, et encore...

Share this post


Link to post
Share on other sites

Ok madko, merci de ta réponse

Après coup, je préfère me tourner vers Sendmail, étant donner qu'il est déjà en place. Apparement, il faut modifier le fichier /etc/mail/sendmail.mc et décommenter la ligne 'DAEMON_OPTIONS' pour chercher les périphériques réseaux, et permettre l'envoie de mails sur le réseau local.

Ensuite ajouter quelques aliases (dans /etc/aliases) du type :

root: mon_mail@mon_domaine.com

Ensuite avec quelquechose du genre :

echo "hello world" |mail -s test root

les mails root seront envoyés vers les adresses spécifiées dans les aliases. Est-ce que ça pourrais etre une bonne base pour arriver à faire ce que je veux, ou pas du tout ? :transpi:

@+

Share this post


Link to post
Share on other sites

ça fait longtemps que j'ai pas touché à sendmail, quand tu dis qu'il est deja en place c'est qu'il est déjà utilisé? ou c'est la flemme de le remplacer par postfix? (parceque yum install postfix puis chkconfig sendmail off et chkconfig postfix on c'est pas compliqué)

Je sais plus si c'est vrai pour les aliases sendmail mais apres modif il faut lancer un script pour mouliner et prendre en compte les changements. Peut etre la meme chose pour les .mc, c'est ça qu'est horrible en fait avec sendmail...

L'ecoute sur un port reseau n'est peut etre pas obligatoire, sauf si d'autres machines client smtp vont utiliser ce serveur pour envoyer des mails. Mais bon je suis pas sur du tout :transpi:

La commande mail de test que tu a indiqué tu l'as testé?

Share this post


Link to post
Share on other sites
L'ecoute sur un port reseau n'est peut etre pas obligatoire, sauf si d'autres machines client smtp vont utiliser ce serveur pour envoyer des mails. Mais bon je suis pas sur du tout :transpi:
Pas forcément sur l'extérieur, mais en général ça écoute toujours localhost pour délivrer les message système.

Share this post


Link to post
Share on other sites

re bonjour,

bon alors je me suis replonger dans la configuration de postfix, j'ai laisser les valeurs par défaut, sauf pour le relayhost :

relayhost = 165.X.XX.XX

J'ai redemarrer le service postfix, et j'ai fait un mailq pour les mails en liste d'attente, voila ce que j'obtient :

/var/spool/mqueue (6 requests)
-----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient-----------
l19DlKNT002894	  848 Fri Feb  9 14:47 <root@ur210linux.ur210.recouv>
			 (host map: lookup (ur210linux.ur210.recouv): deferred)
									 <root@ur210linux.ur210.recouv>
l19CQZWN001792	 2699 Fri Feb  9 13:26 MAILER-DAEMON
			 (host map: lookup (ur210linux.ur210.recouv): deferred)
									 <root@ur210linux.ur210.recouv>
l19CQZWQ001792	 2699 Fri Feb  9 13:26 MAILER-DAEMON
			 (host map: lookup (ur210linux.ur210.recouv): deferred)
									 <root@ur210linux.ur210.recouv>
l19CQZWH001792	 5152 Fri Feb  9 13:26 MAILER-DAEMON
			 (host map: lookup (ur210linux.ur210.recouv): deferred)
									 <root@ur210linux.ur210.recouv>
l19CQZWK001792	 7615 Fri Feb  9 13:26 MAILER-DAEMON
			 (host map: lookup (ur210linux.ur210.recouv): deferred)
									 <root@ur210linux.ur210.recouv>
l19CQZWT001792	11583 Fri Feb  9 13:26 MAILER-DAEMON
			 (host map: lookup (ur210linux.ur210.recouv): deferred)
									 <root@ur210linux.ur210.recouv>
			Total requests: 6

Ensuite, j'ai fait un tail -f /var/log/maillog :

Jan 30 15:27:01 localhost sendmail[29888]: n0UENmpM029888: from=root, size=47, class=0, nrcpts=1, msgid=<200901301423.n0UENmpM029888@localhost.localdomain>, relay=root@localhost
Jan 30 15:27:01 localhost sendmail[29888]: n0UENmpM029888: to=toto.toto@domaine.fr, delay=00:03:13, mailer=esmtp, pri=30047, dsn=4.4.3, stat=queued
Jan 30 15:51:28 localhost sendmail[29974]: n0UEmNN0029974: from=root, size=35, class=0, nrcpts=1, msgid=<200901301448.n0UEmNN0029974@localhost.localdomain>, relay=root@localhost
Jan 30 15:51:28 localhost sendmail[29974]: n0UEmNN0029974: to=toto.toto@domaine.fr, delay=00:03:05, mailer=esmtp, pri=30035, dsn=4.4.3, stat=queued
Jan 30 15:55:09 localhost postfix/postfix-script: refreshing the Postfix mail system
Jan 30 15:55:09 localhost postfix/master[29866]: reload configuration /etc/postfix
Jan 30 15:57:43 localhost sendmail[30009]: n0UEsDQ3030009: from=root, size=49, class=0, nrcpts=1, msgid=<200901301454.n0UEsDQ3030009@localhost.localdomain>, relay=root@localhost
Jan 30 15:57:43 localhost sendmail[30009]: n0UEsDQ3030009: to=toto.toto@domaine.fr, delay=00:03:30, mailer=esmtp, pri=30049, dsn=4.4.3, stat=queued
Jan 30 15:58:40 localhost sendmail[30021]: n0UEtJD5030021: from=root, size=57, class=0, nrcpts=1, msgid=<200901301455.n0UEtJD5030021@localhost.localdomain>, relay=root@localhost
Jan 30 15:58:40 localhost sendmail[30021]: n0UEtJD5030021: to=toto.toto@domaine.fr, delay=00:03:21, mailer=esmtp, pri=30057, dsn=4.4.3, stat=queued

Etant donner que le postfix est installer sur un serveur qui tourne sous fedora 9 et que l'autre serveur Lotus Note qui tourne aussi sous GNU/Linux, j'ai donc regarder si le telnet sur le port 25 du serv Lotus était joignable depuis le serv sous fedora :

 telnet 165.X.XX.XX 25

Résultat :

Trying 165.X.XX.XX...
Connected to ur210-secunots1.ur210.recouv (165.X.XX.XX).
Escape character is '^]'.
220 ur210-secunots1.ur210.recouv ESMTP Service (Lotus Domino Release 6.5.4FP2) ready at Fri, 30 Jan 2009 16:54:14 +0100

Le telnet répond, donc à votre avis, est-ce qu'il faut spécifier au serveur Lotus Note de relayer les mails en provenance du serveur Fedora qui balance les mails en local grâce a Postfix ? Et si oui .. comment ?

Merci d'avance. :transpi:

Share this post


Link to post
Share on other sites

Ce que tu as en mailq ce ne serait pas des reponses du serveur de mail notes avec peut etre plein d'info utiles dedans? Tu peux pas y acceder avec mutt par ex?

Il aime peut etre tout simplement pas le root@localhost comme expéditeur (champs myorigin normalement dans le main.cf)

Share this post


Link to post
Share on other sites

salut madko,

J'ai installer mutt et j'essaie de me faire un peut la main dessus, je ne l'ai pas souvent utiliser. Cependant, lorsque que je l'execute, la premiere page affiche le contenu de /var/spool/mail/root, avec une bonne vingtaine de message avec pour intituler : Postmaster notify : see the transcript for details

J'ai donc ete voir ce qu'il y avait dans ces messages, et comme tu l'a évolquer dans ton post précédent, il semblerait que postfix n'aime pas bien l'expéditeur root@localhost (la ligne de mon main.cf est encore par défaut : #myorigin = $myhostname)

Voila le contenu d'un des messages dans mutt :

Date: Tue, 23 Jan 2007 08:26:12 +0100

From: Mail Delivery Subsystem <MAILER-DAEMON@ur210linux.ur210.recouv>

To: postmaster@ur210linux.ur210.recouv

Subject: Postmaster notify: see transcript for details

Auto-Submitted: auto-generated (postmaster-notification)

[-- Attachement #1 --]

[-- Type : text/plain, Codage : 7bit, Taille : 0,4K --]

The original message was received at Thu, 18 Jan 2007 08:07:57 +0100

from localhost

with id l0I77vi6021581

----- The following addresses had permanent fatal errors -----

<root@ur210linux.ur210.recouv>

----- Transcript of session follows -----

451 ur210linux.ur210.recouv: Name server timeout

Message could not be delivered for 5 days

Message will be deleted from queue

[-- Attachement #2 --]

[-- Type : message/delivery-status, Codage : 7bit, Taille : 0,2K --]

Reporting-MTA: dns; ur210linux.ur210.recouv

Arrival-Date: Thu, 18 Jan 2007 08:07:57 +0100

Final-Recipient: RFC822; root@ur210linux.ur210.recouv

Action: failed

Status: 4.4.7

Last-Attempt-Date: Tue, 23 Jan 2007 08:26:12 +0100

[-- Attachement #3 --]

[-- Type : message/rfc822, Codage : 7bit, Taille : 11K --]

Date: Thu, 18 Jan 2007 08:07:57 +0100

From: Mail Delivery Subsystem <MAILER-DAEMON>

To: <root@ur210linux.ur210.recouv>

Subject: Warning: could not send message for past 4 hours

Auto-Submitted: auto-generated (warning-timeout)

[-- Attachement #1 --]

[-- Type : text/plain, Codage : 7bit, Taille : 0,6K --]

**********************************************

** THIS IS A WARNING MESSAGE ONLY **

** YOU DO NOT NEED TO RESEND YOUR MESSAGE **

**********************************************

The original message was received at Thu, 18 Jan 2007 04:02:12 +0100

from localhost [127.0.0.1] (may be forged)

----- Transcript of session follows -----

451 ur210linux.ur210.recouv: Name server timeout

451 ur210linux.ur210.recouv: Name server timeout

451 ur210linux.ur210.recouv: Name server timeout

Warning: message still undelivered after 4 hours

Will keep trying until message is 5 days old

Share this post


Link to post
Share on other sites

451 ur210linux.ur210.recouv: Name server timeout

ça a pas l'air bon ça, problème de dns? c'est ton serveur postfix qui s'occupe du domaine ur210linux.ur210.recouv?

Share this post


Link to post
Share on other sites

Dans ton main.cf t'as mis mydestination = ur210linux.ur210.recouv ?

Parceque il dit qu'il arrive pas a délivrer le message pour root@ur210linux.ur210.recouv, donc il doit pas savoir que c'est lui même qui s'occupe des mails pour r210linux.ur210.recouv

Share this post


Link to post
Share on other sites

alors, j'ai modifier le mydestination comme tu me l'a dit, et j'ai ensuite redémarrer le démon postfix pour prendre en compte les changements.

Ensuite j'ai lancer mutt pour faire un test d'envoi de message ... et lorsque j'appui sur "Y" pour l'envoi du mail, ça bloque à "envoi du message en cours...."

Quand je refait un mailq, je vois que le mail s'est foutu en Queued :

Feb  2 11:07:10 localhost sendmail[25833]: n12A3rMV025833: to=tata.toto@domaine.fr, delay=00:03:17, mailer=esmtp, pri=30284, dsn=4.4.3, stat=queued

Share this post


Link to post
Share on other sites

byzare quand je passe par mutt et postfix mes logs ressemble plutot à

Feb  2 14:23:56 dagda postfix/smtp[21474]: D5E39FECAEA: to=<madko@domaine.com>, relay=gmail-smtp-in.l.google.com[66.249.93.27]:25, delay=1.1, delays=0.02/0.01/0.25/0.84, dsn=2.0.0, status=sent (250 2.0.0 OK 1233581036 27si655239ugp.33)

t'as bien couper le service sendmail avant de lancer postfix? si tu fais un nc localhost 25 tu a bien la banniere de ton postfix? parceque toi ça parle d'un process sendmail.

Share this post


Link to post
Share on other sites

[root@ur210linux postfix]# nc localhost 25
220 ur210linux.localdomain ESMTP Postfix

Mais j'avais déjà fait un chkconfig sendmail off, donc à prioris le sendmail n'est pas censé être en conflit avec postfix ?

Share this post


Link to post
Share on other sites

service sendmail stop aussi car chkconfig me semble que c'est juste pour gerer les services au démarrage

Share this post


Link to post
Share on other sites

[root@ur210linux ~]# /etc/init.d/sendmail status
sendmail est arrêté

J'ai aussi refait un test d'envoi de mail, voila ce que le mailq me dit :

Feb  2 11:07:10 localhost sendmail[25833]: n12A3rMV025833: to=tata.toto@domaine.fr, delay=00:03:17, mailer=esmtp, pri=30284, dsn=4.4.3, stat=queued
Feb  2 13:51:46 localhost postfix/smtpd[26131]: connect from localhost.localdomain[127.0.0.1]
Feb  2 13:52:14 localhost postfix/smtpd[26131]: lost connection after CONNECT from localhost.localdomain[127.0.0.1]
Feb  2 13:52:14 localhost postfix/smtpd[26131]: disconnect from localhost.localdomain[127.0.0.1]

Share this post


Link to post
Share on other sites

on peut tester un envoi de mail avec nc

> nc localhost 25
< 220 ur210linux.localdomain ESMTP Postfix
> helo domaine.com
< 250 ur210linux.localdomain
> MAIL FROM: root@domaine.com
< 250 2.1.0 Ok
> RCPT TO: destinataire@domaine.com
< 250 2.1.5 Ok
> data
< 354 End data with <CR><LF>.<CR><LF>
> subject: salut
> test
> .
< 250 2.0.0 Ok: queued as 7584BFECAEA
> quit
< 221 2.0.0 Bye

Au moins on sera sur que ça passe par ton postfix

Share this post


Link to post
Share on other sites

Salut madko,

Bon alors ce matin j'ai repris ce que tu m'as conseillé de faire hier, seulement je bloque au moment du MAIL FROM :

[root@ur210linux backups]# nc localhost 25
220 ur210linux.localdomain ESMTP Postfix
helo mondomaine.fr
250 ur210linux.localdomain
MAIL FROM: root@mondomaine.fr
501 5.1.7 Bad sender address syntax

Je me demande s'il ne faudrait pas créer une adresse email sur le serveur Lotus pour le serveur Postfix, du type root@mondomaine.fr ?

Share this post


Link to post
Share on other sites

non pas besoin de créer une adresse sur le serveur lotus, t'imagine si tu devais faire ça pour tous les expediteurs qui voudraient t'ecrire? Et là tu ne cause qu'avec ton postfix pour l'instant, le relay vers notes n'est pas encore arrivé.

Essaye comme l'a suggéré theocrite:

MAIL FROM: <root@domaine.fr>

Share this post


Link to post
Share on other sites

Thx theocrite, avec les chevrons, ça va beaucoup mieux ! :transpi:

[root@ur210linux backups]# nc localhost 25
220 ur210linux.localdomain ESMTP Postfix
helo mondomaine.fr
250 ur210linux.localdomain
MAIL FROM: <root@mondomaine.fr>
250 2.1.0 Ok
RCPT TO: <tata.toto@mondomaine.fr>
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
subject: salut
test
.
250 2.0.0 Ok: queued as 4251B3FC33
quit
221 2.0.0 Bye

Mais ... question con ... la commande "nc" reviens à envoyer un mail avec un echo "machin" | mail "truc" ledestinataire@mondomaine.fr ou a envoyer un mail avec mutt nan ? Parceque au final, le mail se fou encore en Queued. :transpi:

Share this post


Link to post
Share on other sites

×
×
  • Create New...