Email group forwarding
-
Hi folks,
We have a cloudron instance with a lot of users. We use email and we use groups.
We have mailboxes owned by groups.
Lets call an example group "foo", with user members "user1", "user2", and "user3".
There is a mailbox where the owner is the "foo", called foo@example.comWe want email sent to foo@example.com to get forwarded to the personal email accounts of user1, user2, and user3.
Currently, we need to go into the mailbox and manually set up the email forwarding.
If a new user is added to foo, we have to manually go into the mailbox and add them to the forwarding list.
If a user within foo updates the email address associated with their cloudron account, we need to go and manually change their address within the mailbox.It feels like we're doing something wrong, and that there should be a smarter way to link the email addresses in cloudron, the groups in cloudron, and the mailboxes.
Any suggestions?
Otherwise, feature request?
Hello @da5nsy
@da5nsy said in Email group forwarding:
Currently, we need to go into the mailbox and manually set up the email forwarding.
"The mailbox" is the client I assume, so either @sogo, @roundcube, @snappymail or some other client like thunderbird.
If you are using @sogo you could use the sogo-tool to update user preferences like forwarding with automation.
But since you did not share what mail client you are using, this is just one example. -
I think there is a mailing list option which is a group?
https://docs.cloudron.io/email/#mailing-list@murgero Thanks @murgero. As far as I can see the mailing list only takes email addresses as input. If it can take a group name as an input that would be amazing, but seems to be undocumented if so.
I found this same request while searching around: https://forum.cloudron.io/post/85331
-
Automating the manual parts would be API based, triggered in your workflow, no?
Train an agent?
What part of the platform would you have do such updates?
Automating the manual parts would be API based, triggered in your workflow, no?
Train an agent?
I don't really know what this means.
What part of the platform would you have do such updates?
@robi I think what @murgero suggested is the way I'd imagined this would work - set up a mailing list where the email is automatically forwarded to all members of a group (members at time of receipt)
-
Hello @da5nsy
@da5nsy said in Email group forwarding:
Currently, we need to go into the mailbox and manually set up the email forwarding.
"The mailbox" is the client I assume, so either @sogo, @roundcube, @snappymail or some other client like thunderbird.
If you are using @sogo you could use the sogo-tool to update user preferences like forwarding with automation.
But since you did not share what mail client you are using, this is just one example.Thanks @james. We use @roundcube currently. I probably should've mentioned this, but I think I didn't because I have some intuition that this should be handled at the cloudron level, but perhaps this is an incorrect intuition.
I don't think we're particularly wedded to @roundcube.
-
Is it possible to send from an address that is also used as a mailing list address?
Sometimes it is useful to be able to send email as foo@example.com. -
Looks like the mailing list approach is already a feature request: https://forum.cloudron.io/topic/11425/mailing-list-from-cloudron-group
-
Hello @da5nsy
As far as I can see the mailing list only takes email addresses as input. If it can take a group name as an input that would be amazing, but seems to be undocumented if so.
Since the group owns a mailbox e.g.:
group_one@domain.tldyou can add the mailbox in the mailing list.
But since you want to add all the users from a group and not the group owned mailbox, I can see what you are trying to do here and why it fails.Correct me if I am wrong but, I have this feeling that you are using group owned mailboxes to solve a need for something that should be handled by a mailing / ticketing system like @freescout or @chatwoot.
Using such an application would resolve almost all the points you have brought up. -
Hello @da5nsy
As far as I can see the mailing list only takes email addresses as input. If it can take a group name as an input that would be amazing, but seems to be undocumented if so.
Since the group owns a mailbox e.g.:
group_one@domain.tldyou can add the mailbox in the mailing list.
But since you want to add all the users from a group and not the group owned mailbox, I can see what you are trying to do here and why it fails.Correct me if I am wrong but, I have this feeling that you are using group owned mailboxes to solve a need for something that should be handled by a mailing / ticketing system like @freescout or @chatwoot.
Using such an application would resolve almost all the points you have brought up.Correct me if I am wrong but, I have this feeling that you are using group owned mailboxes to solve a need for something that should be handled by a mailing / ticketing system like @freescout or @chatwoot.
Using such an application would resolve almost all the points you have brought up.Hmm, that's an interesting point. You may well be right. I'll have a think about whether that might work for us. My initial reaction is that it wouldn't go down well because unless the email integration was simple and rock solid we'd need to ask users to get to know a new tool. And currently the work of updating email lists is a hidden admin chore, and so there's not much argument for changing things from the user perspective.
One of the groups was using Freescout until recently, but moved away from it because they couldn't get it to send emails reliably. They've now transitioned to using the kanban board feature of NextCloud (Deck) instead.
-
Correct me if I am wrong but, I have this feeling that you are using group owned mailboxes to solve a need for something that should be handled by a mailing / ticketing system like @freescout or @chatwoot.
Using such an application would resolve almost all the points you have brought up.Hmm, that's an interesting point. You may well be right. I'll have a think about whether that might work for us. My initial reaction is that it wouldn't go down well because unless the email integration was simple and rock solid we'd need to ask users to get to know a new tool. And currently the work of updating email lists is a hidden admin chore, and so there's not much argument for changing things from the user perspective.
One of the groups was using Freescout until recently, but moved away from it because they couldn't get it to send emails reliably. They've now transitioned to using the kanban board feature of NextCloud (Deck) instead.
Hello @da5nsy
but moved away from it because they couldn't get it to send emails reliably.
Just as a cautious note.
Freescout sends mails on a cron based task scheduler.
Same with getting mails from the configured mailbox.
This can be noticed as a failure to send or receive mails, but also enabled the feature ofunsend mailbecause if you'd send right away there is nounsend mailin the mail protocol.If you find such errors with applications provided by Cloudron, please always report them in the forum so just in case if there is something wrong with the application, we can have a look and find a solution.
Or at least, we can explain why it is behaving in a certain way.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login