通过电子邮件排查回复问题

如果您的 Discourse 尚未设置接收电子邮件,请参阅以下主题:

:information_source: 如果您已经设置了基本的邮件回复功能(这在托管计划中很常见),并且您希望添加通过电子邮件创建新主题的功能,请参阅此主题

日志与错误

所有接收到的电子邮件都会被记录,并可在您的管理面板的 /admin/email/received 页面查看。您可以使用电子邮件的 From(发件人)、To(收件人)和 Subject(主题)字段对列表进行筛选。

rejected 列表(/admin/email/rejected)在排查问题时更为有用。您可以使用电子邮件的 FromToSubject 字段,以及 Error(错误)消息对列表进行筛选。

在任何时候,您可以点击 Error 消息,系统会弹出一个包含更多详细信息的模态窗口。如果是已知错误,您会看到一段简短说明,解释该电子邮件被拒绝的原因。接下来,您将看到该电子邮件的所有邮件头、主题以及正文原始版本的前 100 个单词。最后,您还会看到系统发送给用户的拒绝通知邮件。

在所有已知错误中,以下两种最为常见:

  • reply_user_not_matching_error:回复来自与通知发送地址不同的电子邮件地址。

这种情况发生在用户使用多个电子邮件地址(例如使用 邮件别名),但仅使用其中一个地址进行回复时。例如,用户注册账户时使用的是 foo+discourse@bar.com

  • auto_generated_email_error:当满足以下任一条件时触发:
    • precedence 邮件头被设置为:listjunkbulkauto_reply
    • 发件人地址匹配 mailer-daemonpostmasternoreply(包括带下划线或连字符的变体,如 mailer_daemonno-reply
    • 主题行以已知的自动回复前缀开头(例如 “Auto:”、“Automatic reply”、“Out of Office”、“Autosvar”、“Abwesenheitsnotiz” 等)
    • 任何邮件头(不包括 X-Auto-Response-Suppress)包含:auto-responseauto-submittedauto-repliedauto-replyauto-generatedauto-respondholidayreplymachinegenerated列表非详尽)。

由于目前没有标准用于识别自动生成的电子邮件,我们不得不使用正则表达式来匹配最常用的关键词和邮件头。这些错误通常可以安全忽略,但如果您发现某封真实邮件被错误分类,请务必在此处报告。您还可以将特定的发件人地址添加到 auto_generated_allowlist 站点设置中,以绕过此检查。

以下是您可能遇到的其他已知错误:

  • empty_email_error:我们收到的原始邮件内容为空。
  • user_not_found_error:当“暂存用户”功能被禁用(enable_staged_users 设置)且发件人不是现有用户时触发。
  • no_body_detected_error:无法提取正文内容,且没有附件。
  • inactive_user_error:发件人账户未激活。
  • silenced_user_error:发件人已被静音。
  • bad_destination_addressToCc 字段中的电子邮件地址均未匹配任何配置的接收邮箱地址。
  • screened_email_error:发件人的电子邮件地址已被审查。
  • email_not_allowed:发件人的电子邮件地址不在允许列表中,或在阻止列表中。
  • strangers_not_allowed_error:用户尝试在他们未加入的分类中创建新主题。
  • insufficient_trust_level_error:用户尝试在他们未达到所需信任等级的分类中创建新主题。
  • topic_not_found_error:收到了回复,但相关主题已被删除。
  • topic_closed_error:收到了回复,但相关主题已关闭。
  • bounced_email_error:该邮件是退信报告。
  • invalid_post:由邮件生成的帖子无效。
  • too_short_post:帖子正文过短。
  • reply_not_allowed_error:用户无权回复此主题。
  • old_destination_error:回复的目标地址已过期。
  • reply_to_digest_error:用户尝试回复摘要邮件。
  • too_many_recipients_error:邮件的收件人数量过多(超过 maximum_recipients_per_new_group_email 限制)。

相关主题


最后由 @SaraDev2022-06-06T19:00:00Z 审核

45 个赞
"Custom incoming email address" for Groups
Does 'reply via email' increase engagement?
MOSS Roadmap - Mailing lists
Is there a way to process previously rejected incoming mail?
Discourse as a private email support portal
Can I start a new topic by sending an email message?
Setting an incoming e-mail address for the staff group
Can I start a new topic by sending an email message?
Email support with discourse
Incoming email topics/replies can not be processed with user accounts that are less than the approve unless trust level
Google "no-reply" user pending approval
Change the email settings
Staged users can't reply to their own topics
Tutorial for using Discourse over Email?
No received mails in new Discourse installation
Configuring Incoming Email to Create Category Topics or Group Messages
Enabling reply_by_email
Good guide on how to use discourse via email
Good guide on how to use discourse via email
How %{reply_key} create?
1 to 1 PM vs Group Messaging
Connecting telegram bot to discourse
Trying to set up reply by email: ActionController::RoutingError (No route matches [POST] "/admin/email/handle_mail")
Configuring incoming email to create new topics or group messages
Feature question: Can discourse be configured to send responses as email
Create topics from a posts to Telegram group
Receiving emails into Discourse messages. Can this be done?
Inbox Customisation and Organisation Features
One of my users just group messaged 100 other user with a spam offer
Mail address per category
Contact Form
Mirroring a read-only mailing list in Discourse
Plugin to send 'private' SMS or Instant Messages from Categories
White-listing for incoming group email - "Auto-Submitted: auto-generated"
Disable Reply Via Email
Creating a topic via email without write access to the category?
Code for receiving emails via Discourse API