[GH-ISSUE #134] remote_sender Parameter not working as expected #33

Closed
opened 2026-02-26 18:33:01 +03:00 by kerem · 2 comments
Owner

Originally created by @Cerothen on GitHub (Oct 14, 2023).
Original GitHub issue: https://github.com/decke/smtprelay/issues/134

; Relay all mails to this SMTP servers.
; If not set, mails are discarded.
;
; Format:
;   protocol://[user[:password]@][netloc][:port][/remote_sender][?param1=value1&...]
;
;   protocol: smtp (unencrypted), smtps (TLS), starttls (STARTTLS)
;   user: Username for authentication
;   password: Password for authentication
;   remote_sender: Email address to use as FROM
;   params:
;     skipVerify: "true" or empty to prevent ssl verification of remote server's certificate
;     auth: "login" to use LOGIN authentication

remotes = starttls://donotreply@DOMAIN.TLD:PASSWORD@SMTP.DOMAIN.TLD:587/donotreply@DOMAIN.TLD

The above configuration should based on my understanding take the parameter remote_sender and rewrite any FROM portion of the request to use that email to the upstream provider. Instead it just rejects the SMTP request.

Oct 14 15:08:13  Mailbox unavailable. The server response was: 5.7.1 Submission not allowed for messages in which header from does not match MAIL FROM
Originally created by @Cerothen on GitHub (Oct 14, 2023). Original GitHub issue: https://github.com/decke/smtprelay/issues/134 ``` ; Relay all mails to this SMTP servers. ; If not set, mails are discarded. ; ; Format: ; protocol://[user[:password]@][netloc][:port][/remote_sender][?param1=value1&...] ; ; protocol: smtp (unencrypted), smtps (TLS), starttls (STARTTLS) ; user: Username for authentication ; password: Password for authentication ; remote_sender: Email address to use as FROM ; params: ; skipVerify: "true" or empty to prevent ssl verification of remote server's certificate ; auth: "login" to use LOGIN authentication remotes = starttls://donotreply@DOMAIN.TLD:PASSWORD@SMTP.DOMAIN.TLD:587/donotreply@DOMAIN.TLD ``` The above configuration should based on my understanding take the parameter ```remote_sender``` and rewrite any FROM portion of the request to use that email to the upstream provider. Instead it just rejects the SMTP request. ``` Oct 14 15:08:13 Mailbox unavailable. The server response was: 5.7.1 Submission not allowed for messages in which header from does not match MAIL FROM ```
kerem closed this issue 2026-02-26 18:33:01 +03:00
Author
Owner

@decke commented on GitHub (Nov 15, 2023):

Rewriting the mails content is definitely out of scope. If you think you need this there will be other mail servers out there that are happy to modify your mail to your taste.

<!-- gh-comment-id:1812887499 --> @decke commented on GitHub (Nov 15, 2023): Rewriting the mails content is definitely out of scope. If you think you need this there will be other mail servers out there that are happy to modify your mail to your taste.
Author
Owner

@decke commented on GitHub (Nov 15, 2023):

As a side note. Most mail providers (Google, Zoho, ...) don't care what you write in the From header and will automatically rewrite the header themselves based on your authentication credentials.

<!-- gh-comment-id:1812891762 --> @decke commented on GitHub (Nov 15, 2023): As a side note. Most mail providers (Google, Zoho, ...) don't care what you write in the From header and will automatically rewrite the header themselves based on your authentication credentials.
Sign in to join this conversation.
No labels
bug
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/smtprelay#33
No description provided.