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


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
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
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Feature Requests
  3. Bi-Directional 'Catch All' Emails

Bi-Directional 'Catch All' Emails

Scheduled Pinned Locked Moved Solved Feature Requests
emailmasqueradingcatch-all
9 Posts 4 Posters 1.6k Views 4 Watching
  • 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
      thetomester13
      App Dev
      wrote on last edited by girish
      #1

      I absolutely love the built in email functionality in Cloudron and use it on a daily basis. One of my favorite features is the 'catch all' email, so I can register for a site with something like netflix@mydomain.com and it'll go into my main inbox without me having to worry about any extra config, creating a mailbox, etc. It just falls right into my main inbox.

      However, one problem I've noticed with this recently is that I'm not able to reply from that catch all mailbox. If I wanted to reply I'd have to use my main@mydomain.com which defeats the privacy purpose of the catch all emails.

      And then yesterday I came across this reddit thread, which says it is possible after all, to be able to reply from some of these 'made up' emails. What's more is there's a link to an application, SimpleLogin (github), that provides this service.

      I know this is a big ask, but if this could be worked into the email system it would be all that much more useful, privacy-centric, and easy and intuitive to use.

      Thoughts?

      1 Reply Last reply
      1
      • marcusquinnM Offline
        marcusquinnM Offline
        marcusquinn
        wrote on last edited by marcusquinn
        #2

        Isn't this already covered with email "Masquerading" feature?

        a764e572-70f0-420d-a978-6d9ab411ed2c-image.png

        Web Design https://www.evergreen.je
        Development https://brandlight.org
        Life https://marcusquinn.com

        T 1 Reply Last reply
        2
        • marcusquinnM marcusquinn

          Isn't this already covered with email "Masquerading" feature?

          a764e572-70f0-420d-a978-6d9ab411ed2c-image.png

          T Offline
          T Offline
          thetomester13
          App Dev
          wrote on last edited by
          #3

          @marcusquinn interesting, I did not know this existed! Does this mean if I hit 'reply' from my mail client on an email that was addressed to somerandomemail@mydomain.com it will be sent from that address as well? Are there any security implications to this? It worries me that this is a large red button not already enabled by default...

          1 Reply Last reply
          0
          • girishG Offline
            girishG Offline
            girish
            Staff
            wrote on last edited by
            #4

            @thetomester13 https://docs.cloudron.io/email/#disable-from-address-validation . In essence, users cannot send mail pretending to be each other. For example, by default, alice@mydomain.com cannot send email with the FROM address set to bob@mydomain.com. It's safe to enable masquerading if this situation doesn't apply to you (it just comes down to if you trust the users in your Cloudron not to do this).

            T 1 Reply Last reply
            0
            • girishG girish

              @thetomester13 https://docs.cloudron.io/email/#disable-from-address-validation . In essence, users cannot send mail pretending to be each other. For example, by default, alice@mydomain.com cannot send email with the FROM address set to bob@mydomain.com. It's safe to enable masquerading if this situation doesn't apply to you (it just comes down to if you trust the users in your Cloudron not to do this).

              T Offline
              T Offline
              thetomester13
              App Dev
              wrote on last edited by
              #5

              @girish ok, I think I'm following what the masquerading is about. But I think my question remains: Am I able to reply from my catch all address?

              For example: I get a receipt email at store@domain.com. If I try to reply to this email from my email client (Airmail on Mac) or from the RainLoop application installed on my Cloudron instance, it instantly puts cloudron_username@domain.com in the FROM address, not letting me reply from store@domain.com.

              1 Reply Last reply
              0
              • girishG Offline
                girishG Offline
                girish
                Staff
                wrote on last edited by
                #6

                @thetomester13 Right, there's two separate issues.

                1. Cloudron won't let you reply as store@domain.com when you authenticate as cloudron_username@domain.com. This is solved with the masquerading option discussed before.

                2. RainLoop does not put store@domain.com in the FROM address. In RainLoop, this is fixed by adding an alias/identity under Rainloop's settings. However, I don't think this is "dynamic" i.e it cannot auto-fill whatever came in the email's from address. AFAIK, none of the mail clients I use (thunderbird, k9) have this ability to have a 'dynamic' identity.

                1 Reply Last reply
                1
                • girishG Offline
                  girishG Offline
                  girish
                  Staff
                  wrote on last edited by
                  #7

                  Looks like https://superuser.com/questions/1199492/how-to-setup-a-dynamic-sender-address-for-a-catchall-mail-address-with-dovecot-a is similar (not a solution for your workflow though). I am not sure how we can solve this on Cloudron side because email clients don't have this feature.

                  @thetomester13 BTW, the way I do this is to not use catch all but use subaddress. Like girish+store1@domain.com, girish+store2@domain.com and so on. This way, they all land in the same mailbox girish@domain.com. See https://docs.cloudron.io/email/#subaddresses-and-tags. But this way, you will always reply as girish@domain.com (and FROM will not be girish+store1@domain.com).

                  If you don't want different addresses but not truly dynamic, you can also just setup aliases like store1@domain.com, store1@domain.com and then setup identities in your mail client as well.

                  T robiR 2 Replies Last reply
                  1
                  • girishG girish

                    Looks like https://superuser.com/questions/1199492/how-to-setup-a-dynamic-sender-address-for-a-catchall-mail-address-with-dovecot-a is similar (not a solution for your workflow though). I am not sure how we can solve this on Cloudron side because email clients don't have this feature.

                    @thetomester13 BTW, the way I do this is to not use catch all but use subaddress. Like girish+store1@domain.com, girish+store2@domain.com and so on. This way, they all land in the same mailbox girish@domain.com. See https://docs.cloudron.io/email/#subaddresses-and-tags. But this way, you will always reply as girish@domain.com (and FROM will not be girish+store1@domain.com).

                    If you don't want different addresses but not truly dynamic, you can also just setup aliases like store1@domain.com, store1@domain.com and then setup identities in your mail client as well.

                    T Offline
                    T Offline
                    thetomester13
                    App Dev
                    wrote on last edited by
                    #8

                    @girish I appreciate the thoughtful response and research with your answers!

                    I'm aware of the subaddresses and have used that through Gmail and such, but really love the simplicity of the catch all.

                    I was able to get this functionality working through RainLoop, though not dynamically, as you mentioned. Under RainLoop -> Settings -> Accounts, one can add 'Identities' which consist of an email (where you can use addresses such as store1@domain.com) and a name. When one of these Identities' addresses lines up with an email, hitting reply will automatically select that identity as the FROM on your response email. Handy! Looks like Airmail (my Mac email client) also has 'Email Aliases' that is probably similar. While not automatic for any catch all address, this will give me what I need on the rare occasions I do need to respond from not my mail address.

                    Thanks again!

                    [resolved]

                    1 Reply Last reply
                    0
                    • girishG girish

                      Looks like https://superuser.com/questions/1199492/how-to-setup-a-dynamic-sender-address-for-a-catchall-mail-address-with-dovecot-a is similar (not a solution for your workflow though). I am not sure how we can solve this on Cloudron side because email clients don't have this feature.

                      @thetomester13 BTW, the way I do this is to not use catch all but use subaddress. Like girish+store1@domain.com, girish+store2@domain.com and so on. This way, they all land in the same mailbox girish@domain.com. See https://docs.cloudron.io/email/#subaddresses-and-tags. But this way, you will always reply as girish@domain.com (and FROM will not be girish+store1@domain.com).

                      If you don't want different addresses but not truly dynamic, you can also just setup aliases like store1@domain.com, store1@domain.com and then setup identities in your mail client as well.

                      robiR Offline
                      robiR Offline
                      robi
                      wrote on last edited by robi
                      #9

                      @girish I think the key point here is that simplelogin is self-hostable!

                      https://github.com/simple-login/app#self-hosting

                      So we can have this cake and eat it too! 🍰 😋

                      I'll add it to the app request list here.

                      Conscious tech

                      1 Reply Last reply
                      0
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                        • Login

                        • Don't have an account? Register

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