Code for receiving emails via Discourse API

[sudoman (Andrew E)]

Hello Discourse,

Troubleshoot reply by email

If your Discourse does not have incoming email set up, see these topics: Set up reply by email with POP3 polling Configure direct-delivery incoming email for self-hosted sites with Mail-Receiver If you already have basic reply via email set up (which is common on hosting plans), and you want to add the ability to start a new topic via email, see this topic. Logging and Errors All incoming emails are logged and are visible in your admin panel at /admin/email/received.…

Is there a preexisting code base out there for pushing emails to Discourse’s incoming email API?

Thanks,
Andrew

[blake (Blake Erickson)]

From the output of rake routes You can send a POST request to

admin/email/handle_mail

Here is the controller method from handle_mail:

https://github.com/discourse/discourse/blob/master/app/controllers/admin/email_controller.rb#L124

[mpalmer (Matt Palmer)]

@sudoman

Is there a preexisting code base out there for pushing emails to Discourse’s incoming email API?

Configure direct-delivery incoming email for self-hosted sites with Mail-Receiver

Discourse is all about enabling civilized discussion. While plenty of people like a web interface, e-mail is still the “hub” of many people’s online lives. That’s why sending e-mail is so important, and when you’re sending e-mail, you really want to be able to receive it, too. There are several reasons why: If e-mails “bounce” (they can’t be delivered for some reason), you need to know about that. Repeatedly sending e-mails that bounce will get your e-mails flagged as spam. Receiving e-ma…

[jshockley]

For a non-technical user I’d need to understand the capabilities of inbound email via API:

What I’ve done already:

• Inbound Emails via POP3 polling to main domain (not subdomain)
• Working inbound email via the postfix mail module but that only works for subdomain - in my case, xxx@community.eleoptics.com - which we can not use, need primary domain.

Current Setup:

• Inbound email: G Suite Google “Groups” email address forwarding to free Gmail accounts (to avoid paying for a Gsuite account per email address). POP3 polling
• Outbound email: SMTP Relay Forwarding via GSuite validated by the IP of my Discourse server install on Google Cloud.

This works but the free Gmail pop3 polling accounts is something I’d like to get away from.

We plan to use the Google Cloud Platform Email API to handle email in-out ideally for larger scale deployment and service.

Where is the documentation I could send my tech employees on how to get inbound email going directly to discourse?

If that is already linked in the post above then thank you. Otherwise my guess is there needs to be a greater contextualized explanation.

@blake

Here is the controller method from handle_mail :

github.com

discourse/discourse/blob/master/app/controllers/admin/email_controller.rb#L124

  params.require(:email)
  user = User.find_by_username(params[:username])


  message, skip_reason = UserNotifications.public_send(:digest, user,
    since: params[:last_seen_at]
  )


  if message
    message.to = params[:email]
    begin
      Email::Sender.new(message, :digest).send
      render json: success_json
    rescue => e
      render json: { errors: [e.message] }, status: 422
    end
  else
    render json: { errors: skip_reason }
  end
end


def smtp_should_reject