Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb:
Mais je n'ai jamais vraiment compris les détails de postfix,
et j'ai
l'impression de sortir l'artilerie lourde. Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb: barthelemy@monfournisseur.net
Mais je n'ai jamais vraiment compris les détails de postfix,
et j'ai
l'impression de sortir l'artilerie lourde. Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
barthelemy@monfournisseur.net dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb:
Mais je n'ai jamais vraiment compris les détails de postfix,
et j'ai
l'impression de sortir l'artilerie lourde. Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb:
Mais je n'ai jamais vraiment compris les détails de postfix,
et j'ai
l'impression de sortir l'artilerie lourde.
Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb: barthelemy@monfournisseur.net
Mais je n'ai jamais vraiment compris les détails de postfix,
et j'ai
l'impression de sortir l'artilerie lourde.
Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
barthelemy@monfournisseur.net dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb:
Mais je n'ai jamais vraiment compris les détails de postfix,
et j'ai
l'impression de sortir l'artilerie lourde.
Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb:
Mais je n'ai jamais vraiment compris les détails de postfix, et j'ai
l'impression de sortir l'artilerie lourde. Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
--
Sébastien Barthélemy
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb: barthelemy@monfournisseur.net
Mais je n'ai jamais vraiment compris les détails de postfix, et j'ai
l'impression de sortir l'artilerie lourde. Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
barthelemy@monfournisseur.net dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
--
Sébastien Barthélemy
Bonjour
j'aimerais recevoir les mails des comptes locaux de quelques ordis
(notamment les mails envoyés par logcheck) sur mon adresse mail via le
smtp de mon fournisseur
j'avais réussi à le faire avec postfix et un fichier /etc/aliases du type :
root: seb
seb:
Mais je n'ai jamais vraiment compris les détails de postfix, et j'ai
l'impression de sortir l'artilerie lourde. Je viens de découvrir une
alternative: ssmtp (http://packages.debian.org/fr/lenny/ssmtp) qui
semble faire juste ce que je veux : envoyer des mails via smtp.
Mais, il ne prend pas /etc/aliases en compte. Est-t-il quand même
possible de transférer les mails locaux ?
En ce qui concerne logcheck, je peux spécifier directement
dans /etc/logcheck.conf, donc pas de
problème.
Merci d'avance pour les astuces
--
Sébastien Barthélemy
PS. Il faudrait peut-être lancer une liste de discussion postfix (et
autres) en français?
l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une gestion de queue de mails...
PS. Il faudrait peut-être lancer une liste de discussion postfix (et
autres) en français?
l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une gestion de queue de mails...
PS. Il faudrait peut-être lancer une liste de discussion postfix (et
autres) en français?
l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une gestion de queue de mails...
mouss a écrit :PS. Il faudrait peut-être lancer une liste de discussion postfix (et
autres) en français?
J'ai des doutes sur le "et autres...", pour avoir d'autres ml d'admin où
les gens ont postfix ou qmail, le troll velu surgit dans chaque thread
parlant de MTA ;-)
OK pour une ml postfix-fr ! (je veux dire par là je m'abonne et j'essaie
de lire et de répondre de tps en tps).
l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une
gestion de queue de mails...
Tout ça est vrai, mais pour une machine desktop qui envoie 2 mails par
jour, un MTA est quand même de l'artillerie lourde, et ssmtp me semble
un très bon choix (pas très grave si on perd un mail de tps en tps,
c'est quand même rare, sauf si le smtp utilisé a souvent des hoquets).
Bref, comme d'hab, faut évaluer les risques/avantages/inconvénients de
ssmtp vs MTA.
mouss a écrit :
PS. Il faudrait peut-être lancer une liste de discussion postfix (et
autres) en français?
J'ai des doutes sur le "et autres...", pour avoir d'autres ml d'admin où
les gens ont postfix ou qmail, le troll velu surgit dans chaque thread
parlant de MTA ;-)
OK pour une ml postfix-fr ! (je veux dire par là je m'abonne et j'essaie
de lire et de répondre de tps en tps).
l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une
gestion de queue de mails...
Tout ça est vrai, mais pour une machine desktop qui envoie 2 mails par
jour, un MTA est quand même de l'artillerie lourde, et ssmtp me semble
un très bon choix (pas très grave si on perd un mail de tps en tps,
c'est quand même rare, sauf si le smtp utilisé a souvent des hoquets).
Bref, comme d'hab, faut évaluer les risques/avantages/inconvénients de
ssmtp vs MTA.
mouss a écrit :PS. Il faudrait peut-être lancer une liste de discussion postfix (et
autres) en français?
J'ai des doutes sur le "et autres...", pour avoir d'autres ml d'admin où
les gens ont postfix ou qmail, le troll velu surgit dans chaque thread
parlant de MTA ;-)
OK pour une ml postfix-fr ! (je veux dire par là je m'abonne et j'essaie
de lire et de répondre de tps en tps).
l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une
gestion de queue de mails...
Tout ça est vrai, mais pour une machine desktop qui envoie 2 mails par
jour, un MTA est quand même de l'artillerie lourde, et ssmtp me semble
un très bon choix (pas très grave si on perd un mail de tps en tps,
c'est quand même rare, sauf si le smtp utilisé a souvent des hoquets).
Bref, comme d'hab, faut évaluer les risques/avantages/inconvénients de
ssmtp vs MTA.
et j'ai l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une gest ion
de queue de mails
et j'ai l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une gest ion
de queue de mails
et j'ai l'impression de sortir l'artilerie lourde.
Peut-être, mais si tu ne veux pas perdre des messages, il faut une gest ion
de queue de mails
>>Peut-être, mais si tu ne veux pas perdre des messages,
>>il faut une gestion de queue de mails...
>
>ssmtp me semble un très bon choix (pas très grave si on
>perd un mail de tps en tps, c'est quand même rare, sauf
>si le smtp utilisé a souvent des hoquets).
il y a un besoin pour quelque chose d'intermédiaire: un
soft qui peut réessayer en cas de problème, mais qui ne
fait que "ça".
>>Peut-être, mais si tu ne veux pas perdre des messages,
>>il faut une gestion de queue de mails...
>
>ssmtp me semble un très bon choix (pas très grave si on
>perd un mail de tps en tps, c'est quand même rare, sauf
>si le smtp utilisé a souvent des hoquets).
il y a un besoin pour quelque chose d'intermédiaire: un
soft qui peut réessayer en cas de problème, mais qui ne
fait que "ça".
>>Peut-être, mais si tu ne veux pas perdre des messages,
>>il faut une gestion de queue de mails...
>
>ssmtp me semble un très bon choix (pas très grave si on
>perd un mail de tps en tps, c'est quand même rare, sauf
>si le smtp utilisé a souvent des hoquets).
il y a un besoin pour quelque chose d'intermédiaire: un
soft qui peut réessayer en cas de problème, mais qui ne
fait que "ça".
Non, ssmtp *est*la*bonne*solution*: si la transmission ne
fonctionne pas, ssmtp indique une erreur au MUA, donc
l'utilisateur le sait de suite. Ensuite, le traitement
dépend du MUA: dans thunderbird, on remet le courrier dans
ses brouillons, dans mutt on le conserve pour plus tard,
etc. On ne perd jamais de courrier avec ssmtp sans le faire
exprès.
Non, ssmtp *est*la*bonne*solution*: si la transmission ne
fonctionne pas, ssmtp indique une erreur au MUA, donc
l'utilisateur le sait de suite. Ensuite, le traitement
dépend du MUA: dans thunderbird, on remet le courrier dans
ses brouillons, dans mutt on le conserve pour plus tard,
etc. On ne perd jamais de courrier avec ssmtp sans le faire
exprès.
Non, ssmtp *est*la*bonne*solution*: si la transmission ne
fonctionne pas, ssmtp indique une erreur au MUA, donc
l'utilisateur le sait de suite. Ensuite, le traitement
dépend du MUA: dans thunderbird, on remet le courrier dans
ses brouillons, dans mutt on le conserve pour plus tard,
etc. On ne perd jamais de courrier avec ssmtp sans le faire
exprès.
Le jeu 06 nov 2008 21:33:00 CET, Yves Rutschle
a écrit :Non, ssmtp *est*la*bonne*solution*: si la transmission ne
fonctionne pas, ssmtp indique une erreur au MUA, donc
l'utilisateur le sait de suite. Ensuite, le traitement
dépend du MUA: dans thunderbird, on remet le courrier dans
ses brouillons, dans mutt on le conserve pour plus tard,
etc. On ne perd jamais de courrier avec ssmtp sans le faire
exprès.
Bonjour,
J'avais aussi regardé pour remplacer Postfix sur un portable par
ssmtp, mais je ne l'ai pas fait à cause de ce souci si l'on n'a pas de
connexion réseau au moment où on envoie le courriel : pour les outils
de messagerie du genre Thunderbird, pas de problème, mais quid pour
tous les messages qui peuvent être générés par les divers outils
systèmes : je pense à logcheck, apt-listchanges, debconf/apt (lors de
la mise à jour/installation de paquets), apache, etc ?
Fred.
Le jeu 06 nov 2008 21:33:00 CET, Yves Rutschle
<debian.anti-spam@rutschle.net> a écrit :
Non, ssmtp *est*la*bonne*solution*: si la transmission ne
fonctionne pas, ssmtp indique une erreur au MUA, donc
l'utilisateur le sait de suite. Ensuite, le traitement
dépend du MUA: dans thunderbird, on remet le courrier dans
ses brouillons, dans mutt on le conserve pour plus tard,
etc. On ne perd jamais de courrier avec ssmtp sans le faire
exprès.
Bonjour,
J'avais aussi regardé pour remplacer Postfix sur un portable par
ssmtp, mais je ne l'ai pas fait à cause de ce souci si l'on n'a pas de
connexion réseau au moment où on envoie le courriel : pour les outils
de messagerie du genre Thunderbird, pas de problème, mais quid pour
tous les messages qui peuvent être générés par les divers outils
systèmes : je pense à logcheck, apt-listchanges, debconf/apt (lors de
la mise à jour/installation de paquets), apache, etc ?
Fred.
Le jeu 06 nov 2008 21:33:00 CET, Yves Rutschle
a écrit :Non, ssmtp *est*la*bonne*solution*: si la transmission ne
fonctionne pas, ssmtp indique une erreur au MUA, donc
l'utilisateur le sait de suite. Ensuite, le traitement
dépend du MUA: dans thunderbird, on remet le courrier dans
ses brouillons, dans mutt on le conserve pour plus tard,
etc. On ne perd jamais de courrier avec ssmtp sans le faire
exprès.
Bonjour,
J'avais aussi regardé pour remplacer Postfix sur un portable par
ssmtp, mais je ne l'ai pas fait à cause de ce souci si l'on n'a pas de
connexion réseau au moment où on envoie le courriel : pour les outils
de messagerie du genre Thunderbird, pas de problème, mais quid pour
tous les messages qui peuvent être générés par les divers outils
systèmes : je pense à logcheck, apt-listchanges, debconf/apt (lors de
la mise à jour/installation de paquets), apache, etc ?
Fred.