Destinataire.
Et également le destinataire lui-même, en outrepassant le quota juste pour ce
message d’avertissement.
Enfin bref, on s’écarte du sujet, mais je pense que la demande de Jacques est
motivée par le fait que d’un point de vue sécurité, SMTP est un peu resté
bloqué dans les années 90.
On mar. 13 juin 08:04:30 2017, David Ponzone wrote:
> On aurait pu imaginer un système qui prévient à la fois l'utilisateur
> et postmaster quand un mail arrive pour la boîte de l'utilisateur déjà
> pleine.
Le postmaster du domaine émetteur ou destinataire ?
Pour le domaine destinataire, postfix s
Vincent Bernat (bernat) writes:
>
> Pour ce qui est de stocker tous les mails, c'est possible en utilisant
> "always_bcc" vers un utilisateur local. Les mails seront alors
> disponibles au format mbox.
Ou maildir, hein, histoire d'utiliser un format semi moderne.
---
Arnaud,
C'est vrai, j'ai été un peu vite.
Déjà le 4xx n'est effectivement pas toujours respecté, mais surtout, si la
personne est en congés pour 2 semaines avec une boite pleine...le problème du
système actuel est que la ré-émission dépend de l'expéditeur, qui ne comprend
souvent pas le mail de
❦ 12 juin 2017 16:40 GMT, DELMAS JACQUES :
> En effet notre souhait est de pouvoir rejouer l'intégralité des emails
> même ceux délivrés afin de pallier le manque de solidité d'une
> infra. Aujourd'hui nous gardons les emails pendant 4 jours si le
> serveur ne répond pas mais notre objectif est
On lun. 12 juin 22:19:28 2017, David Ponzone wrote:
> En 2017, on peut considérer qu’il est effarant qu’un destinataire ne
> reçoit pas un mail parce que sa boite est pleine….
> Imagine la même chose avec le courier postal.
Ben, quand la boîte est pleine, où veux-tu que le facteur mette le
courrie
+1
Protocoles, et politiques de retry pour "proteger" contre problèmes éphémères
(bon francais ? ) devrait bien suffire. (Le reste, la responsabilité de
l'émetteur.)
Cheers,
mh
12 juin 2017, à 21:37, Raphael Mazelier a écrit:
On 12/06/2017 18:40, DELMAS JACQUES wrote:
Bonjour,
En effet n
Le Mon, Jun 12, 2017 at 10:19:28PM +0200, David Ponzone a écrit:
> On peut d’ailleurs se demander pourquoi SMTP n’inclut pas un
> mécanisme de retry pour le cas de la boite pleine, au moins.
Heu...
Chez moi une boîte pleine ça génère un 4xx, pas un 5xx, donc il y
a bien du retry... Si la société
Je peux comprendre la philosophie.
En 2017, on peut considérer qu’il est effarant qu’un destinataire ne reçoit pas
un mail parce que sa boite est pleine….
Imagine la même chose avec le courier postal.
On peut d’ailleurs se demander pourquoi SMTP n’inclut pas un mécanisme de retry
pour le cas de l
On 12/06/2017 18:40, DELMAS JACQUES wrote:
Bonjour,
En effet notre souhait est de pouvoir rejouer l'intégralité des emails même
ceux délivrés afin de pallier le manque de solidité d'une infra. Aujourd'hui
nous gardons les emails pendant 4 jours si le serveur ne répond pas mais notre
objecti
lement
J.Delmas
-Message d'origine-
De : David Ponzone [mailto:david.ponz...@gmail.com]
Envoyé : lundi 12 juin 2017 16:30
À : François Ranchin
Cc : DELMAS JACQUES; frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] postfix - archivage des queues pour rejeu en cas
d'incident
A mon avi
Le 08/06/2017 à 07:51, DELMAS JACQUES a écrit :
Bonjour à tous,
Je souhaiterai mettre en place sur mes frontaux postfix un système de
sauvegarde des emails afin d'être capable de rejouer certains mails sur
quelques jours.
Il existe une option alway_bcc mais cette option duplique le mail vers
A mon avis, Jacques devait avoir une idée précise derrière la tête, ou avoir un
client avec un besoin particulier.
Jacques, tu peux en dire plus ?
> Le 12 juin 2017 à 16:15, Francois Ranchin a écrit :
>
> Salut David
>
> On 12 Jun 2017, at 4:19, David Ponzone wrote:
>
>> François,
>>
>> Ç
Salut David
On 12 Jun 2017, at 4:19, David Ponzone wrote:
François,
Ça fait un baille :)
Dans la demande d'origine de Jacques, j'ai personnellement compris
qu'il voulait être capable de rejouer tous les mails, même ceux
correctement délivrés.
Dans ton idée, ne subsiste-t-il pas un problème
François,
Ça fait un baille :)
Dans la demande d'origine de Jacques, j'ai personnellement compris qu'il
voulait être capable de rejouer tous les mails, même ceux correctement délivrés.
Dans ton idée, ne subsiste-t-il pas un problème car entre la fin d'un find et
le suivant (donc intervalle d'ex
Version alternative de la proposition d'Alarig afin d'éviter un cron toutes les
secondes:
lsyncd pour synchroniser automatiquement par rsync (grâce à inotify) les
fichiers créés dans la queue avec bien sûr l'option delete=false pour ne jamais
supprimer les fichiers sur la cible.
David Ponzone
Bonjour,
Et si on procédait autrement ?
1 - les mails partent normalement de la file d'attente. Il reste "les
problèmes"
2 - on déplace ces reliquats avec un find qui teste leur âge. Age à
votre convenance. Par exemple 6 heures.
3 - on a un postqueue ou équivalent qui traite les reliquats avec
...@x0.dk]
> Envoyé : jeudi 8 juin 2017 09:37
> À : DELMAS JACQUES
> Cc : frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] postfix - archivage des queues pour rejeu en cas
> d'incident
>
> DELMAS JACQUES (jacques.delmas) writes:
>>
>> Je souhaite
ibilité de réinjecter
les mails reçus depuis le dernier backup).
Cordialement
J.D
-Message d'origine-
De : Phil Regnauld [mailto:regna...@x0.dk]
Envoyé : jeudi 8 juin 2017 09:37
À : DELMAS JACQUES
Cc : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] postfix - archivage des queues po
DELMAS JACQUES (jacques.delmas) writes:
>
> Je souhaiterai mettre en place sur mes frontaux postfix un système de
> sauvegarde des emails afin d'être capable de rejouer certains mails sur
> quelques jours.
Salut,
Définir "rejouer" ? Réinjecter dans la queue des mails ?
> Il ex
On jeu. 8 juin 05:51:11 2017, DELMAS JACQUES wrote:
> Bonjour à tous,
>
>
>
> Je souhaiterai mettre en place sur mes frontaux postfix un système de
> sauvegarde des emails afin d'être capable de rejouer certains mails
> sur quelques jours.
>
>
>
> Il existe une option alway_bcc mais cette op
Bonjour à tous,
Je souhaiterai mettre en place sur mes frontaux postfix un système de
sauvegarde des emails afin d'être capable de rejouer certains mails sur
quelques jours.
Il existe une option alway_bcc mais cette option duplique le mail vers une
autre boite ce qui n'est pas exactement m
22 matches
Mail list logo
