From: J. R. <jo...@an...> - 2014-09-10 06:22:26
|
On Wednesday, September 10, 2014 08:04:04 AM Matthias Andree wrote: > Am 10.09.2014 um 07:55 schrieb J. Roeleveld: > > I would prefer to see a 4th option: > > Save the email as a TXT file in a configurable location to allow us to at > > least confirm it is spam and not a misconfigured email client. (I've > > encountered that particular situation not too long ago) > > Thanks for the feedback. > > I do not think I will go for such features. > > I want fetchmail to behave in a consistent and easily determined way, > rather than along many ifs and buts, meaning in particular I want it to > only ever use the one specific delivery path that is configured. > > Another instance, disabling the "fallback" from SMTP to MDA was > something that happened at my insisting already before I became a > maintainer because it's just hard to track and tends to trigger false > reports about misfiled/lost mail. > > Feel free to file a feature request on the sourceforge.net project page > (you need to be a registered user so I can ask questions and avoid > hit-and-run reports) so this does not get lost, but it is very low > priority for me and unlikely to happen in the next year. Thank you for your reply. I will put this as a feature request. I have not looked into the code yet, but if I were to provide a patch making this possible, would you be willing to work with me to get it included? One other option I was thinking off would be to move the entire email into the body of a "new" email and add headers to have it delivered to the user as such. That should avoid any security issues. If that is more acceptable, then please let me know and I will try to implement it like that. Kind regards, Joost PS. Expect the feature request later today (if I can get a user account sorted) |