diff options
author | Horváth Zsolt <zsolt.horvath@broadbit.net> | 2022-10-12 23:42:31 +0200 |
---|---|---|
committer | Matthias Andree <matthias.andree@gmx.de> | 2022-10-12 23:42:31 +0200 |
commit | b9282e7658c50b21e3c23726f8f6f262db79ec9c (patch) | |
tree | 3ef9d4c16d2d7ad4bfa2395d6facbb812a691bd0 /website/fetchmail-SA-2009-01.txt | |
parent | 089127bd0067425d8bdfb15fcf3f165a2f6c3d1e (diff) | |
download | fetchmail-b9282e7658c50b21e3c23726f8f6f262db79ec9c.tar.gz fetchmail-b9282e7658c50b21e3c23726f8f6f262db79ec9c.tar.bz2 fetchmail-b9282e7658c50b21e3c23726f8f6f262db79ec9c.zip |
sink: heed softbounce if SMTP refuses delivery
I have a misconfigured MTA server to which I transfer mail from an IMAP
account using fetchmail. Although I use the --softbounce switch,
fetchmail still deletes the email even in case of unsuccessful delivery.
The problem is caused by the fact, that the close_sink() call returns
with the value TRUE not only in case of successful delivery, but also in
case of a permanent (code 5xx) error. Then the fetch_messages()
procedure will no longer know, whether the message can be deleted or
not, because it does not have the information that the close_sink() call
returned TRUE because the delivery was successful or because it is
expected that the delivery will not be successful later either, so the
value of the softbounce switch cannot be taken into account at this
point.
Solution that in the case of a permanent error, the close_sink() call
does not return a fixed TRUE value, but the negated value of the
softbounce switch.
Diffstat (limited to 'website/fetchmail-SA-2009-01.txt')
0 files changed, 0 insertions, 0 deletions