IMPROVEMENT: More flexible notification system

The problem is that non of the userland tools like smartd, monitd, cron, mdadm and whatever else they are all called only know about email. But hey, this is an open source project and contributions from the community are welcome.

BTW, OMV provides an interface since many years that allows users to inject other services. I remember that there was a sink/plugin for Telegram. See https://github.com/openmediava…vault/notification/sink.d for more information.

Zitat von mi-hol

The current implementation has a severe limitation "it is possible to support additional notification systems beside email"

in other words: First email notifications have to be configured and must work before other notification can be added.

What is the likelihood of a change to get accepted that would drastically change this core system approach?

As already mentioned, all services OMV is using (mdadm, monitd, ... mostly all userland apps) only know about email. Because of that, a local email service MUST run to retrieve that emails. The post processing of those collected emails depends on the implementation then. But without postfix it is not possible to fetch and post-process them.

Zitat von mi-hol

well, from my understanding a service that provides just an identical interface (providing sendmail command & API) has to run, not actually a local email service. Is this correct understanding?

And how do you want to collect the notifications that are send by userland apps via an email interface to post-process them? I mean, if i understand your question correctly, you can implement a SMTP server yourself to collect them, but hey, i think this time can be used for more useful things.

Seems like you could use something like this and set OMV's smtp server to the container - https://github.com/KostyaEsmukov/smtp_to_telegram or https://github.com/YoRyan/mailrise

Zitat von mi-hol

Wouldn't a wrapper to sendmail work to retrieve all emails from any tool?

You are re-implementing what apprise seems to do. If you can spin up a container that ingests emails and that only requires changing the smtp server on OMV, why not use that? Anything else is a lot of work with very few users and complicated the OMV web interface.

Zitat von mi-hol

Wouldn't a wrapper to sendmail work to retrieve all emails from any tool?

No, because not every userland app is using the mail/mailx CLI app to send emails.

IMO everything already exists in OMV; emails will be fetched with postfix, the interface to support other notifications services already exists. The only thing to do is that someone who wants to have this feature must provide a patch/PR that configures postfix that way to run and collect emails but do not forward them to an external email provider. There are also code changes necessary in the OMV notification configuration and UI, but if someone really needs that feature, everything is there. I could do it in theory, but i am absolutely not interested in wasting my private time for this feature. There are other things i'm more interested to see in OMV and i like to work on.

Zitat von mi-hol

an answer wasn't provided yet

He said a PR must be provided. Hard to say whether it would be accepted until it exists. So, it is pointless to ponder if no one is going to create it.