דלפק העזרה通信和DMARC政策

电子邮件验证加强

Easy RedmineHelpdesk的主要功能之一是通过Easy Redmine中的工单与客户进行电子邮件通信魶通信魶通信魶通信魶通信魶逳嶔应应圉应用用通信的部分由Easy Software的SMTP服务器管理。这可能会导致冲突...

一种名为DMARC的流行电子邮件验证机制在许多公司和电子邮件服务中得到机制在许多公司和电子邮件服务中得到广泛应甆广泛应甆眈（琶查（包括其他方面）传入的电子邮件是否被伪造.件，而是用于与客户的正常沟通）.

以下是一个示例

应用程序运行在Easy Cloud上，网址为http://mycompany.easyredmine.com。该Cloud应用程序使用Easy SMTP服务器smtp2.easyredmine.com。应用程序中有一个作为支持代理的用户 - marky.mark@mycompany.com。Helpdesk的配置如下：

Marky将通过 Helpdesk给客户写一封消息。根据上述设置，他会自动作为发件人。

ג'וליה的接收电子邮件服务器具有DMARC验证。它比较SMTP服务器（smtp2.easyredmine.com）宅mycompany.com）。由于这两个域不同，该电子邮件被视为不安全，DMARC在它到达Julia之前阻止了该电子邮件（她没有收到答复）.

这意味着什么

Gmail在Easy Redmine Cloud上的Helpdesk发送的某些电子邮件可能无法到达您的客户。

如何在Easy Cloud上解决

有快速解决方案和长期解决方案。

最快 - 更改 דלפק העזרה设置

转到更多 >> דלפק העזרה >> הגדרות דלפק העזרה并将邮件发送者更改为"ברירת מחדל מהתראה בדואר"

然后，转到ניהול >> הגדרות >> הודעות דוא"ל - כתובת דוא"ל להודעות (FROM).地址应为@notifications.easysoftware.com的形式。如果您已将通知地址更改为自定义域，丆丈继绬

简单而稳定 - 配置发件人策略框架（SPF）

在努力和回报方面，最有效的解决方案是通过SPF添加。我们已经在先前的文章中对其进行了描述。

根据我们上面的示例，您将添加到您的SPF记录中：

include:spf.mailing.easy.cz

这实际上允许Easy Cloud SMTP将您的域名作为电子邮件的发件人，而不被视为参疑。 a（来自我们的示例）的DMARC将接受来自Helpdesk（Marky）的电子邮件.

终极解决方案 - 自己的SMTP

如果您的Cloud应用程序使用自己的SMTP服务器，则不会发生允许域冲突。彿炨庁突。彿煤娟许所有这些域.

Easy Cloud上的自己的SMTP是可行的，但是可用解决方案中最复杂的。它可能会导致它可能会导至用程序更新传递.

如何在服务器解决方案上解决

为了使本文完整，我们提到了在您自己的服务器上的解决方案案，这已籄绂跇这巅的绂因此，很可能您已经避免了这个问题。不过，以防万一，您可能希望验诌的SPF记录，确保所有相关域名都被允许。