quelqu'un sait-il quelle ligne ajouter
dans le fichier de conifg pour désactiver la mise en queue
lors de l'envoi des messages et faire en sorte que tout le courrier soit
envoyé en temps réel (si possible)?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas George
Gaetano wrote in message <4176590b$0$4051$:
quelqu'un sait-il quelle ligne ajouter dans le fichier de conifg pour désactiver la mise en queue lors de l'envoi des messages et faire en sorte que tout le courrier soit envoyé en temps réel (si possible)?
Ça n'est pas possible à ma connaissance : le chemin normal du courrier dans Postfix est :
injecteur local -> queue -> expédition
La queue est le centre où un courrier qui arrive (que ce soit par injection locale, par SMTP ou par un autre mécanisme) devient un courrier en partance. Elle est au centre du mécanisme de Postfix.
Mais un courrier mis en queue va de toutes façons être expédié immédiatement si c'est possible, donc ce n'est pas un problème.
Gaetano wrote in message <4176590b$0$4051$8fcfb975@news.wanadoo.fr>:
quelqu'un sait-il quelle ligne ajouter
dans le fichier de conifg pour désactiver la mise en queue
lors de l'envoi des messages et faire en sorte que tout le courrier soit
envoyé en temps réel (si possible)?
Ça n'est pas possible à ma connaissance : le chemin normal du courrier dans
Postfix est :
injecteur local -> queue -> expédition
La queue est le centre où un courrier qui arrive (que ce soit par injection
locale, par SMTP ou par un autre mécanisme) devient un courrier en partance.
Elle est au centre du mécanisme de Postfix.
Mais un courrier mis en queue va de toutes façons être expédié immédiatement
si c'est possible, donc ce n'est pas un problème.
quelqu'un sait-il quelle ligne ajouter dans le fichier de conifg pour désactiver la mise en queue lors de l'envoi des messages et faire en sorte que tout le courrier soit envoyé en temps réel (si possible)?
Ça n'est pas possible à ma connaissance : le chemin normal du courrier dans Postfix est :
injecteur local -> queue -> expédition
La queue est le centre où un courrier qui arrive (que ce soit par injection locale, par SMTP ou par un autre mécanisme) devient un courrier en partance. Elle est au centre du mécanisme de Postfix.
Mais un courrier mis en queue va de toutes façons être expédié immédiatement si c'est possible, donc ce n'est pas un problème.
Gaetano
Nicolas George wrote:
Gaetano wrote in message <4176590b$0$4051$:
quelqu'un sait-il quelle ligne ajouter dans le fichier de conifg pour désactiver la mise en queue lors de l'envoi des messages et faire en sorte que tout le courrier soit envoyé en temps réel (si possible)?
Ça n'est pas possible à ma connaissance : le chemin normal du courrier dans Postfix est :
injecteur local -> queue -> expédition
La queue est le centre où un courrier qui arrive (que ce soit par injection locale, par SMTP ou par un autre mécanisme) devient un courrier en partance. Elle est au centre du mécanisme de Postfix.
Mais un courrier mis en queue va de toutes façons être expédié immédiatement si c'est possible, donc ce n'est pas un problème.
A OK, oui c'est presque pareil sauf pour les acces disques... Chaque envoi nécessite la création de plusieurs fichiers ce qui est éprouvant pour mes disques durs.
Je me posais en outre le question de savoir comment on peut faire pour rajouter des "headers" (dans l'entete, pas dans le texte) a tous les emails sortants?
Merci.
Nicolas George wrote:
Gaetano wrote in message <4176590b$0$4051$8fcfb975@news.wanadoo.fr>:
quelqu'un sait-il quelle ligne ajouter
dans le fichier de conifg pour désactiver la mise en queue
lors de l'envoi des messages et faire en sorte que tout le courrier soit
envoyé en temps réel (si possible)?
Ça n'est pas possible à ma connaissance : le chemin normal du courrier
dans Postfix est :
injecteur local -> queue -> expédition
La queue est le centre où un courrier qui arrive (que ce soit par
injection locale, par SMTP ou par un autre mécanisme) devient un courrier
en partance. Elle est au centre du mécanisme de Postfix.
Mais un courrier mis en queue va de toutes façons être expédié
immédiatement si c'est possible, donc ce n'est pas un problème.
A OK, oui c'est presque pareil sauf pour les acces disques...
Chaque envoi nécessite la création de plusieurs fichiers ce qui
est éprouvant pour mes disques durs.
Je me posais en outre le question de savoir comment on peut faire pour
rajouter des "headers" (dans l'entete, pas dans le texte) a tous les emails
sortants?
quelqu'un sait-il quelle ligne ajouter dans le fichier de conifg pour désactiver la mise en queue lors de l'envoi des messages et faire en sorte que tout le courrier soit envoyé en temps réel (si possible)?
Ça n'est pas possible à ma connaissance : le chemin normal du courrier dans Postfix est :
injecteur local -> queue -> expédition
La queue est le centre où un courrier qui arrive (que ce soit par injection locale, par SMTP ou par un autre mécanisme) devient un courrier en partance. Elle est au centre du mécanisme de Postfix.
Mais un courrier mis en queue va de toutes façons être expédié immédiatement si c'est possible, donc ce n'est pas un problème.
A OK, oui c'est presque pareil sauf pour les acces disques... Chaque envoi nécessite la création de plusieurs fichiers ce qui est éprouvant pour mes disques durs.
Je me posais en outre le question de savoir comment on peut faire pour rajouter des "headers" (dans l'entete, pas dans le texte) a tous les emails sortants?
Merci.
Nicolas George
Gaetano wrote in message <4177efe2$0$31762$:
A OK, oui c'est presque pareil sauf pour les acces disques... Chaque envoi nécessite la création de plusieurs fichiers ce qui est éprouvant pour mes disques durs.
Si c'est vraiment ça le problème, il est toujours possible de monter la queue dans un tmpfs, éventuellement rsyncé sur un vrai répertoire au boot/shutdown et/ou à intervalles réguliers. Il y a un risque de perte de mails évident avec cette méthode ; une analyse des logs doit permettre de le repérer et de générer un bounce à peu près valide.
Je me posais en outre le question de savoir comment on peut faire pour rajouter des "headers" (dans l'entete, pas dans le texte) a tous les emails sortants?
Ça je sais pas faire.
Gaetano wrote in message <4177efe2$0$31762$8fcfb975@news.wanadoo.fr>:
A OK, oui c'est presque pareil sauf pour les acces disques...
Chaque envoi nécessite la création de plusieurs fichiers ce qui
est éprouvant pour mes disques durs.
Si c'est vraiment ça le problème, il est toujours possible de monter la
queue dans un tmpfs, éventuellement rsyncé sur un vrai répertoire au
boot/shutdown et/ou à intervalles réguliers. Il y a un risque de perte de
mails évident avec cette méthode ; une analyse des logs doit permettre de le
repérer et de générer un bounce à peu près valide.
Je me posais en outre le question de savoir comment on peut faire pour
rajouter des "headers" (dans l'entete, pas dans le texte) a tous les emails
sortants?
A OK, oui c'est presque pareil sauf pour les acces disques... Chaque envoi nécessite la création de plusieurs fichiers ce qui est éprouvant pour mes disques durs.
Si c'est vraiment ça le problème, il est toujours possible de monter la queue dans un tmpfs, éventuellement rsyncé sur un vrai répertoire au boot/shutdown et/ou à intervalles réguliers. Il y a un risque de perte de mails évident avec cette méthode ; une analyse des logs doit permettre de le repérer et de générer un bounce à peu près valide.
Je me posais en outre le question de savoir comment on peut faire pour rajouter des "headers" (dans l'entete, pas dans le texte) a tous les emails sortants?
