Open mark-epstein opened 3 months ago
I think this makes more sense as a module, rather than being baked into the core.
I was torn where to put it since it's not specific to a device or software. But I don't disagree with you.
Should I resubmit it or is there some backend way to move the request? never mind I see you did that already
On Wed, Mar 20, 2024, 10:07 AM Julian Waller @.***> wrote:
I think this makes more sense as a module, rather than being baked into the core.
— Reply to this email directly, view it on GitHub https://github.com/bitfocus/companion-module-requests/issues/1439#issuecomment-2009659464, or unsubscribe https://github.com/notifications/unsubscribe-auth/ATEBQIHKVKTJGTTQHOZUP4TYZGJZLAVCNFSM6AAAAABE7RRV2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBZGY2TSNBWGQ . You are receiving this because you authored the thread.Message ID: @.***>
@mark-epstein you could use the Generic SMTP module to send emails. https://github.com/bitfocus/companion-module-generic-smtp
Ugh, I didn't see there was one. I'll try it out tomorrow
On Mon, Apr 1, 2024, 9:15 PM Ben @.***> wrote:
@mark-epstein https://github.com/mark-epstein you could use the Generic SMTP module to send emails. https://github.com/bitfocus/companion-module-generic-smtp
— Reply to this email directly, view it on GitHub https://github.com/bitfocus/companion-module-requests/issues/1439#issuecomment-2030901908, or unsubscribe https://github.com/notifications/unsubscribe-auth/ATEBQIERS7HBLBFJCJ4F4MDY3IBBZAVCNFSM6AAAAABE7RRV2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZQHEYDCOJQHA . You are receiving this because you were mentioned.Message ID: @.***>
Is this a feature relevant to companion itself, and not a module?
Is there an existing issue for this?
Describe the feature
Add an ability to send email as an action. Email contents should be user-defined and could include any variable values or conditions the system knows about
Reference: https://support.google.com/a/answer/176600?hl=en
Enhancements: User could configure a way to restrict email frequency to prevent "spamming" from a condition that was bouncing. Maybe the "held" messages could be queued up and sent all in one email.
Usecases
Without being co-located at my system's GUI, I'd like to know in relative real-time if my system is used in some specific way, or if certain thresholds are met, e.g. if a device reports an error condition.