clone 329192 -1
retitle -1 nullmailer performs excessive retries on failures
submitter -1 plugw...@p10link.net
forwarded -1 https://github.com/bruceg/nullmailer/issues/4
severity 329192 normal
forwarded 329192 https://github.com/bruceg/nullmailer/issues/1
thanks
--
To UNSUBSCRIBE, email to debia
I'm splitting this bug into two:
329192 remains the original bug about ignoring SMTP errors (message
#5) and having no queue expiry time (message #10).
The clone concerns the "hammering on closed door" effect of the
default pausetime, which is what has really taken up people's
bandwidth and log s
Hi. Any news on getting this issue fixed upstream? I use nullmailer
quite a lot, and would hate to have it missing in the next release of
Debian. This bug have caused the nullmailer package to be removed
from Jessie. :(
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-
Reported also here:
https://github.com/bruceg/nullmailer/issues/1
Regards!
--
~~~
Carlos Alberto Lopez Perez http://neutrino.es
Igalia - Free Software Engineeringhttp://www.igalia.com
Nullmailer retries unsuccessful deliveries forever. As a result, the queue
directory can become very large over time. Since no delivery status
notification is sent for failures, a user who accidentally misenters an
address will have a tough time figuring out what went wrong. Since the
output of mai
Package: nullmailer
Version: 1.00RC7-22
I'm running nullmailer on debian sarge on many systems. They all use a
central machine, running Sendmail 8.13.4-3 as their mail relay.
I find that nullmailer will keep re-trying a message despite receiving a
permanent SMTP error from the mail relay.
Fo
6 matches
Mail list logo
