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


    Cloudron Forum

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular

    Solved Inbox integration

    Chatwoot
    8
    13
    404
    Loading More Posts
    • 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.
    • nebulon
      nebulon Staff last edited by

      I am a bit stuck on the packaging side, as I can't figure out how to use the Inbox channels and clearly something is missing, since I get a forwarding email with a wrong domain: 0b1933777e4c0c15126588818ee3cbcb@false clearly this won't work. Also I am not sure how this will work at all, does Chatwoot have a way to handle incoming emails directly or where would one configure the IMAP/POP datails?

      Further I have configured now also https://www.chatwoot.com/docs/self-hosted/configuration/environment-variables#configure-emails but similarily I am not sure how to test this or how this is connected to the other email functionality.

      Pinging @v_shnu maybe you could provide some insight here to push the package forward. Thanks!

      girish S 2 Replies Last reply Reply Quote 2
      • girish
        girish Staff @nebulon last edited by

        @nebulon Doesn't look like IMAP email ingest exists - https://github.com/chatwoot/chatwoot/issues/2520 . Also seeing an open PR for this - https://github.com/chatwoot/chatwoot/pull/3298

        nebulon 1 Reply Last reply Reply Quote 2
        • nebulon
          nebulon Staff @girish last edited by

          @girish hm ok so I guess we have to leave this to the user then instead of making it somehow work out of the box. For context https://www.chatwoot.com/docs/self-hosted/configuration/features/email-channel/conversation-continuity unless the relay option can somehow be made to work

          1 Reply Last reply Reply Quote 0
          • nebulon
            nebulon Staff last edited by

            Ok so the transactional emails are now working like password reset. And upon further investigation, this is independent from the inbox integration, which is now left to the user as those seem to be using the API integrations with providers like sendgrid/postmark/...
            So those make sense to not be integrated with the Cloudron email addons.

            1 Reply Last reply Reply Quote 3
            • v_shnu
              v_shnu last edited by

              @nebulon @girish IMAP is not supported yet but it's being worked on at the moment. The email inbox setup is needed only if the user wishes to use email via Chatwoot. Regular notifications and other transactional email alerts should work with the basic SMTP setup.

              For transaction/notification emails --> https://www.chatwoot.com/docs/self-hosted/configuration/environment-variables#configure-emails

              For Email Channel/ Email Continuity/Email Inbox --> https://www.chatwoot.com/docs/self-hosted/configuration/features/email-channel/conversation-continuity

              1 Reply Last reply Reply Quote 1
              • M
                mtd-sales last edited by

                @nebulon Exactly. So Chatwoot basically expects another Relay to receive and parse an e-mail and forward the parsed json result to chatwoots' webhook. This seems to be using of RoR "Action Mailbox Basics" in the background.

                Since Cloudron has a build-in mail server, I was wondering if it is possible to facilitate this functionality here. I couldn't quite figure out what cloudron uses. For outbound, you seem to be using Haraka, or is it for both?

                andreasdueren 1 Reply Last reply Reply Quote 0
                • andreasdueren
                  andreasdueren @mtd-sales last edited by

                  @mtd-sales What an odd way to integrate incoming emails… Are there plans to integrate the built in mail server?

                  1 Reply Last reply Reply Quote 0
                  • S
                    sparkwise @nebulon last edited by

                    @nebulon We recently set up Chatwoot, and it's been great so far!

                    The work to support the IMAP Email Channel that was discussed in this thread has since been finished and released. I was able to configure an Email Channel with IMAP and SMTP details using a Google account, so presumably this could work with Cloudron email now, too. This allowed me to set up a dedicated email address for Chatwoot-based support.

                    The one piece that I wasn't able to get configured fully was the "conversation continuity" discussed above. I'm still seeing the "Forward to Email" address provided by Chatwoot as xxxxxxxx@false. It's not clear to me if some configuration with Cloudron Email (for the inbound email service) might address this, but it seems worth revisiting now that the IMAP integration is in place.

                    1 Reply Last reply Reply Quote 4
                    • nebulon
                      nebulon Staff last edited by

                      I have looked into this and the situation is, that one can use Cloudron mailboxes fine, just like in other apps like FreeScout. What is not working are those generated mail addresses like dd22584d6eb7d5414ad83b2ecb2607b9@nebulon.space (currently the app shows @false, but that can be changed with setting MAILER_INBOUND_EMAIL_DOMAIN=${CLOUDRON_MAIL_DOMAIN}) this address though is not handled by Cloudron, so it does not lead to anything also chatwoot requires some daemon to listen on those mailboxes to fetch regularily, as explained in https://www.chatwoot.com/docs/self-hosted/configuration/features/email-channel/conversation-continuity#imap-via-getmail

                      It is unclear now what we should do on the package side. Generally since the other features work fine for inboxes in chatwoot, maybe we can ignore this?

                      S 1 Reply Last reply Reply Quote 1
                      • girish
                        girish Staff last edited by

                        What is the goal/purpose of these auto-generated addresses ? Mail servers won't route random addresses anyway, so what does it mean to generate addresses ?

                        robi 1 Reply Last reply Reply Quote 0
                        • robi
                          robi @girish last edited by

                          @girish it's usually to track a specific thread or customer conversation.

                          wouldn't chatwoot+dd22584d6eb7d5414ad83b2ecb2607b9@domain.com be a better option to tag a specific email for further processing?

                          Life of Gratitude.
                          Life of Advanced Technology

                          1 Reply Last reply Reply Quote 0
                          • S
                            sparkwise @nebulon last edited by

                            @nebulon Thank you for pointing out that setting MAILER_INBOUND_EMAIL_DOMAIN changes the @false email address. In digging in a bit deeper, I do think it may make sense to ignore this. The IMAP Email Channel does works, which would presumably be compatible with Cloudron Email. The forwarding address seems to enable automatically matching and connecting incoming emails to pre-existing conversation threads. This is nice but not strictly necessary.

                            micmc 1 Reply Last reply Reply Quote 0
                            • micmc
                              micmc @sparkwise last edited by

                              @sparkwise

                              This is nice but not strictly necessary.

                              It is very nice indeed but being necessary or not is relative to how much features one wants to make life easier and getting nearer to what's offered by Big techs and SaaS in the like.

                              So, if that specific function can be fixed for that app I'd say it should be. Of course nothing is absolute lol 😆


                              https://marketingtechnology.services

                              1 Reply Last reply Reply Quote 1
                              • First post
                                Last post
                              Powered by NodeBB