wietse:
This is a minimal patch relative to the confirm_delay_cleared patch.
This suppresses the notification when the user requests NOTIFY=FAILURE,
or any NOTIFY features that do not include DELAY.
I checked the cases mentioned here:
http://marc.info/?l=postfix-usersm=141044783906935
and
A. Schulze:
wietse:
This is a minimal patch relative to the confirm_delay_cleared patch.
This suppresses the notification when the user requests NOTIFY=FAILURE,
or any NOTIFY features that do not include DELAY.
I checked the cases mentioned here:
Wietse Venema:
A. Schulze:
wietse:
This is a minimal patch relative to the confirm_delay_cleared patch.
This suppresses the notification when the user requests NOTIFY=FAILURE,
or any NOTIFY features that do not include DELAY.
I checked the cases mentioned here:
Wietse Venema:
3) sender did not request DELAY notification
- relay should not send a relayed (after delay)
I looked at the code, and while the existing delayed notifications
can be suppressed with NOTIFY=FAILURE (i.e. without DELAY), it
looks like the new relayed (after delay)
wietse:
This turned out to be easier than expected. Manpage fragment for
Postfix 2.12-20140907:
confirm_delay_cleared (default: no)
After sending a your message is delayed notification,
inform the sender when the delay clears up. This can result
in a sudden burst of
First, I think this is somewhat academic because many users will
be confused when they receive more than one notification for the
same email message, regardless of the content of that notification.
Historically, Postfix will send a relayed notification when the
sender requests SUCCESS
wietse:
First, I think this is somewhat academic because many users will
be confused when they receive more than one notification for the
same email message, regardless of the content of that notification.
right. Users tend to not read such messages :-/
Presently, we have a new feature to
A. Schulze:
wietse:
First, I think this is somewhat academic because many users will
be confused when they receive more than one notification for the
same email message, regardless of the content of that notification.
right. Users tend to not read such messages :-/
Presently, we
Wietse Venema:
Florian Pritz:
Hi,
I've currently set delay_warning_time = 4h and maximal_queue_lifetime =
5d, which are nice values and all, but if I get a delay DSN I'd like to
know sooner than after 5 days if the mail went through.
I can't seem to find an option that sends me a
Florian Pritz:
Hi,
I've currently set delay_warning_time = 4h and maximal_queue_lifetime =
5d, which are nice values and all, but if I get a delay DSN I'd like to
know sooner than after 5 days if the mail went through.
I can't seem to find an option that sends me a positive DSN for
Hi,
I've currently set delay_warning_time = 4h and maximal_queue_lifetime =
5d, which are nice values and all, but if I get a delay DSN I'd like to
know sooner than after 5 days if the mail went through.
I can't seem to find an option that sends me a positive DSN for delayed
mail, is there one?
Florian Pritz:
I've currently set delay_warning_time = 4h and maximal_queue_lifetime =
5d, which are nice values and all, but if I get a delay DSN I'd like to
know sooner than after 5 days if the mail went through.
By default, Postfix requests a DSN for delayed and failed mail.
To request a
On 18.08.2014 13:12, Wietse Venema wrote:
Florian Pritz:
I've currently set delay_warning_time = 4h and maximal_queue_lifetime =
5d, which are nice values and all, but if I get a delay DSN I'd like to
know sooner than after 5 days if the mail went through.
If you read this far, then you
Florian Pritz:
On 18.08.2014 13:12, Wietse Venema wrote:
Florian Pritz:
I've currently set delay_warning_time = 4h and maximal_queue_lifetime =
5d, which are nice values and all, but if I get a delay DSN I'd like to
know sooner than after 5 days if the mail went through.
If you read
On 18 Aug 2014, at 07:12 , Florian Pritz bluew...@xinu.at wrote:
Thanks for the explanation, but I already know you can request a success
DSN when sending email. My questions is different in that I only want a
success DSN if the mail has previously generated a delay DSN and I don't
want
15 matches
Mail list logo