aboutsummaryrefslogtreecommitdiffstats
path: root/fetchmail.h
diff options
context:
space:
mode:
authorHorváth Zsolt <zsolt.horvath@broadbit.net>2022-10-12 23:42:31 +0200
committerMatthias Andree <matthias.andree@gmx.de>2022-10-12 23:42:31 +0200
commitb9282e7658c50b21e3c23726f8f6f262db79ec9c (patch)
tree3ef9d4c16d2d7ad4bfa2395d6facbb812a691bd0 /fetchmail.h
parent089127bd0067425d8bdfb15fcf3f165a2f6c3d1e (diff)
downloadfetchmail-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 'fetchmail.h')
0 files changed, 0 insertions, 0 deletions