The discussion revolves around changing the SMTP From address in Discourse to manage bounce messages effectively. rbos explains that Discourse uses the server name in the SMTP From transaction, causing bounce messages to be lost when emails are relayed to an upstream server. Despite trying the Notification Email setting, bounces still go to the upstream server. tobiaseigen asks if the issue was resolved. supermathie clarifies that the Notification Email setting affects the RFC822 From header, not the SMTP Envelope From (RFC5321), which Discourse uses reply_by_email_address for. They recommend setting reply_by_email_address to a valid address that Discourse can handle, or refer to a guide on configuring direct delivery for incoming emails.
כאשר Discourse שולח דוא"ל, הוא משתמש בשם השרת בעסקת ה-SMTP From. הבעיה עם זה היא שאני מעביר אותו לשרת קודם כדי לבצע את השליחה בפועל, ואם הוא נכשל בשליחה, הודעת ה-bounce לעולם לא חוזרת לשרת (זה בסדר; אני לא רוצה ש-Discourse יקבל דוא"ל). אבל ה-bounces מצטברים בתיבת הדואר הנכנס של ה-postmaster שלנו.
האם ניתן להגדיר את ה-SMTP From לשם מארח אחר, כך שה-bounces יגיעו לכתובת דוא"ל חוקית וניתן יהיה לטפל בהם כראוי (למשל, על ידי אמירת למשתמש לתקן את כתובת הדוא"ל שלו)?
כבר ניסיתי להגדיר את ההגדרה Notification Email בלוח המחוונים של המנהל, אך השרת הקודם מתעלם מכך ומנסה לשלוח את ה-bounce לשרת הקודם שהוא קיבל ממנו את הדוא"ל במקום לנתיב ה-From במייל בפועל.
The notification email setting is used in the From mail header (RFC822), but (as you note) for this purpose you want to set the Envelope From that’s used in the SMTP transaction (RFC5321). Discourse uses reply_by_email_address here.
The most integrated solution is to set the reply_by_email_address to something that gets delivered back to Discourse so that it automatically handles bounces. That’s what we do on our hosting platform.