Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

Cloudron Forum

Apps | Demo | Docs | Install

Support email split routing

Scheduled Pinned Locked Moved Feature Requests
mail
13 Posts 3 Posters 561 Views
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • T Offline
    T Offline
    tamayers
    wrote on last edited by girish
    #1

    I am trying to figure out if I can disable internal routing for emails on certain domains.

    We have split-rounting enabled with Google Workspace. I am able to receive emails just fine, but when I go to send an email to a mailbox on the same domain, I am getting a failure as it appears that cloudron is trying to find the mailbox internal to Cloudron vs. going out to the internet. Outbound email works fine for when sending to mailboxes not located within Cloudron. Is there a way to disable local mail routing?

    1 Reply Last reply
    2
  • girishG Do not disturb
    girishG Do not disturb
    girish Staff
    wrote on last edited by
    #2

    What is split routing ? Not sure I understand the setup. If Cloudron mail server is receiving emails for the domain, why should it go out to the internet for internal emails ? In fact, there is specific logic to make sure it doesn't go out.

    T 1 Reply Last reply
    0
  • T Offline
    T Offline
    tamayers
    replied to girish on last edited by
    #3

    @girish Split routing allows for multiple email providers for a single domain. A reason for this (such as my use case) is that you might have inboxes for employees using Google Workplace, Microsoft Exchange, or Cloudron email for user account and then support inboxes for customer inquires or sales that you do not want handled on the same system.

    More info on split routing: https://luxsci.com/blog/split-domain-routing-getting-email-for-your-domain-at-two-providers.html#:~:text=Split Domain Routing (SDR) is,addresses in the same domain.

    In cPanel, you can change the setting to disable the "checks" to the local mail exchanger on a domain level. This allows cPanel to support split routing and other similar use cases. It would be nice to be able to do the same with Cloudron's email.

    cPanel example: https://docs.cpanel.net/cpanel/email/email-routing/

    If you enable "remote mail exchanger" on cPanel, it will force the MX lookup externally, even if the MX records simply point back to the same cPanel instance.

    girishG 1 Reply Last reply
    2
  • girishG Do not disturb
    girishG Do not disturb
    girish Staff
    replied to tamayers on last edited by girish
    #4

    @tamayers Ah, I understand the use case now. I will move this to Feature Request. It looks easy enough to add since we just need to disable the internal MX check.

    gobenizzleG 1 Reply Last reply
    1
  • T Offline
    T Offline
    tamayers
    wrote on last edited by
    #5

    Hey @girish - Any way to slip this quick feature into a release? 🙂

    1 Reply Last reply
    1
  • gobenizzleG Offline
    gobenizzleG Offline
    gobenizzle
    wrote on last edited by
    #6

    +1 for the feature.
    Would be very, very helpful for us to have as well!

    1 Reply Last reply
    1
  • gobenizzleG Offline
    gobenizzleG Offline
    gobenizzle
    replied to girish on last edited by
    #7

    @girish any news on the development status? 🙂
    Would appreciate an update

    girishG 1 Reply Last reply
    0
  • girishG Do not disturb
    girishG Do not disturb
    girish Staff
    replied to gobenizzle on last edited by
    #8

    @gobenizzle Not implemented yet.

    Just re-reading this thread again. Does this mean the "split" routing itself happens using some external software? What software is that? I guess I am trying to figure how to create a setup to test this.

    gobenizzleG 1 Reply Last reply
    1
  • gobenizzleG Offline
    gobenizzleG Offline
    gobenizzle
    replied to girish on last edited by
    #9

    @girish sorry for the delayed reply.

    In my case and as I understand in OPs case, the split-routing would happen on google workspace.
    Hence the feature would only necessitate, that the local routing can be disabled. Meaning all emails are delivered to the remote mail exchanger (in this case google workspace) and then in google workspace the mails cab be re-routed based on the specific email adresses.
    This allows to have both email accounts a gmail and email accounts using cloudron, sharing the same domain.

    Does this make sense?

    girishG 1 Reply Last reply
    0
  • girishG Do not disturb
    girishG Do not disturb
    girish Staff
    replied to gobenizzle on last edited by
    #10

    @gobenizzle said in Support email split routing:

    Hence the feature would only necessitate, that the local routing can be disabled. Meaning all emails are delivered to the remote mail exchanger (in this case google workspace) and then in google workspace the mails cab be re-routed based on the specific email adresses.

    Since, Google Workspace and Cloudron share the same domain, how does one configure Google Workspace to deliver email to Cloudron ? By IP address?

    I understand if the domain is not shared, in which case, it is just mail forwarding. That already works without this split routing concept.

    gobenizzleG 2 Replies Last reply
    0
  • gobenizzleG Offline
    gobenizzleG Offline
    gobenizzle
    replied to girish on last edited by gobenizzle
    #11

    @girish
    exactly.
    In google workspace one can define external hosts either by IP adress or by domain.
    So in this case I would add the host-name of the cloudon mail sever ( e.g. mail.cloudron.test:587).
    The MX record of the domain would point to google.

    Now for all email adresses which I would like to keep in cloudron I would add the rerouting option to the cloudron mailsever host.

    Note: This already works. I tested it.
    The problem is that if I then send a mail from an email-adress hosted at the cloudron instance to email adress hosted on google but on the same domain it runs into delivery problems. I suppose this is because cloudron tries to internally deliver the emails.
    So I would hope for an option that disables the internal email routing, so that every email is sent to the sever sepcified in the MX record.

    This is why OP asks for the ability to "disable internal routing for emails on certain domains".
    This option would really help massively 🙂

    1 Reply Last reply
    0
  • gobenizzleG Offline
    gobenizzleG Offline
    gobenizzle
    replied to girish on last edited by
    #12

    @girish is there an update by any chance? 🙂

    girishG 1 Reply Last reply
    0
  • girishG Do not disturb
    girishG Do not disturb
    girish Staff
    replied to gobenizzle on last edited by
    #13

    @gobenizzle unfortunately, no. I was just re-reading this thread. What is your use case for this (sorry, if I missed this).

    @tamayers you said use case is "A reason for this (such as my use case) is that you might have inboxes for employees using Google Workplace, Microsoft Exchange, or Cloudron email for user account and then support inboxes for customer inquires or sales that you do not want handled on the same system." I am not sure why this is done, is this to save money because exchange/workspace charges per mailbox?

    1 Reply Last reply
    0

  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Login

  • Don't have an account? Register

  • Login or register to search.