Hi Michael
Michael Tremer wrote:
No. Please change the patch accordingly and submit again.
Updated.....
--- lfs/sendEmail 2019-02-03 09:52:33.517456033 +0000 +++ lfs/sendEmail.2 2019-02-10 16:21:30.662927661 +0000 @@ -63,8 +63,8 @@ @$(PREBUILD) @rm -rf $(DIR_APP) && cd $(DIR_SRC) && tar zxf $(DIR_DL)/$(DL_FILE) cd $(DIR_APP) && cp -pvf sendEmail /usr/local/bin - chown root.nobody /usr/local/bin/sendEmail - chmod 04750 /usr/local/bin/sendEmail + chown root.root /usr/local/bin/sendEmail + chmod 755 /usr/local/bin/sendEmail @rm -rf $(DIR_APP) @$(POSTBUILD)
Regarding the IPCop add-on: Please do not use sendEmail. It does not do the job.
Unfortunately the logsend addon was built around sendEmail with lots of bash scripts and since as it is available as an IPFire addon it would seem to make sense to use it to minimize to the changes required.
We have dma, a small mail agent that can be configured over the web-ui. It does proper bounce handling and will try to send the email again in case the first attempt failed. sendEmail doesn’t do that.
I did look at dma and did consider it as an alternative mta but I could not find any documentation on how to interface with IPFire's dma for sending emails. I will look again if someone can point me to something about dma I have overlooked.
I relay sendEmail through my own mail server (sendmail) so I don't have bounce problems and would expect users who don't have their own mta to use their ISPs server to handle any bounce problems.
I can say that I haven't had any problems with sendEmail sending logs to Dshield over the last 14 years even though the data has increased ~50 times since then.
Rob