Code zum Empfangen von E-Mails über die 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:

app/controllers/admin/email_controller.rb

[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]

Für einen nicht-technischen Nutzer muss ich die Fähigkeiten von eingehender E-Mail über die API verstehen:

Was ich bereits umgesetzt habe:

• Eingehende E-Mails via POP3-Polling an die Hauptdomain (nicht Subdomain)
• Funktionierende eingehende E-Mails über das Postfix-Mail-Modul, das jedoch nur für Subdomains funktioniert – in meinem Fall xxx@community.eleoptics.com – was wir nicht verwenden können; wir benötigen die Primärdomain.

Aktuelle Einrichtung:

• Eingehende E-Mails: G Suite Google „Gruppen“-E-Mail-Adresse, die an kostenlose Gmail-Konten weitergeleitet wird (um zu vermeiden, pro E-Mail-Adresse ein G Suite-Konto bezahlen zu müssen). POP3-Polling.
• Ausgehende E-Mails: SMTP-Relay-Weiterleitung über G Suite, validiert über die IP-Adresse meiner auf Google Cloud installierten Discourse-Server-Installation.

Das funktioniert, aber die kostenlosen Gmail-POP3-Polling-Konten möchte ich gerne loswerden.

Wir planen, die Google Cloud Platform E-Mail-API für die Verarbeitung von ein- und ausgehenden E-Mails zu nutzen, idealerweise für eine größere Skalierung und den Betrieb.

Wo finde ich die Dokumentation, die ich meinen technischen Mitarbeitern senden kann, um eingehende E-Mails direkt an Discourse zu leiten?

Falls dies bereits im obigen Beitrag verlinkt ist, danke ich im Voraus. Andernfalls vermute ich, dass eine stärker kontextualisierte Erklärung notwendig ist.

@blake

Hier ist die Controller-Methode aus 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