We do not want to expose this subdomain to our users. Mailgun recommends the usage of subdomains when sending mails. The idea would be to force the sender headers in discourse. According to our test, it seems to work well.
I’ve been working with all our email systems, both internal and external, and also SPF, DKIM and DMARC setups -
For many of our providers, we are allowed to send through mailgun, as mg.example.com subdomain, but the sender and from fields are set to match @example.com - so there is no “on behalf of” issue.
For dmarc alignment, the really important parameter is the “d=” field when signing the email with dkim. If this is d=example.com, then everything is aligned because the @example.com is matching the top level sender domain (ie, outdomain.com) - so the mechanisms “SPF dmarc alignment” and “DKIM dmarc alignment” both show as “pass”. When eveything shows as pass, the email is accepted as valid.
So, we have a couple issues here. Can we set the “sender” and “from” fields?
Do you properly assign the domain in the “d=” when dkim signing the email?
In your settings, you can setup the domain to point to whatever domain you want.
My site is hosted on board.example.com and the emails come from example.com
here it’s not related to the website url but to the SMTP Domain vs Sender domain.
Our smtp is mg.something.com whereas our sender domain is something.com.
My mailgun is setup as mg.example as well. Still uses example.com as the protocol. edit maybe I’m just not understanding what you’re trying to imply.
Apologies.
c0ry, it seems we are not able to set the “sender” and “from” (and the “return path”) fields to be the same. If they are not the same, you can get emails that say “sent on behalf of”. Then risk of spam classification is higher.
لقد كنت أقاوم في دمج البريد الإلكتروني الصادر مع Office365.
هناك عدة مواضيع تناقش مشاكل البريد الإلكتروني.
للمعلومية:
بشكل افتراضي، سيعيد Office365 خطأ 554 إذا كان المرسل مختلفًا عن اسم المستخدم المستخدم لتسجيل الدخول (وسجلات Discourse ليست ممتازة).
يمكن تعيين عنوان المرسل كما نوقش في أماكن أخرى باستخدام:
rails r “SiteSetting.notification_email = ‘discourse@yoursite.com’”
لكنني أعتقد أن هذا يضبط فقط البريد الإلكتروني الأولي المرسل.
ملاحظة: عنوان URL الخاص بموقعي غير مرتبط بمجال البريد الإلكتروني الخاص بي…
بالنسبة لي، كان عليّ تعيين ما يلي في الإعدادات (واجهة المستخدم الرسومية):
1/ بريد إشعارات
2/ اسم مستخدم جهة اتصال الموقع - وهذا يعني أنه يجب أن يكون لديك مستخدم يحمل عنوان البريد الإلكتروني الذي تريد إرسال الرسائل منه (أي البريد الإلكتروني الذي تسجل الدخول به إلى SMTP).
بشكل أساسي، يجب أن يكون حقل “من” لجميع الرسائل المرسلة من Discourse مطابقًا لنفس البريد الإلكتروني المستخدم لتسجيل الدخول إلى SMTP لاستخدام اتصال SMTP “عادي” مع Office365. آمل أن يحقق ما سبق ذلك، لكن سيكون من “الجيد” أن نتمكن من تعيين حقل البريد الإلكتروني من بشكل ثابت لجميع الرسائل، بشكل مضمون.