Re: sendEmail-1.56-1

[Rob Brewer <ipfire-devel@grantura.co.uk>]

[-- Attachment #1: Type: text/plain, Size: 1824 bytes --]

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