On Sat, Nov 12, 2022 at 11:53:06AM -0500, Paul Kudla <p...@scom.ca> wrote:

> Ok I am popping email from an external server (aol etc)
> 
> i get the proper email from address in the header's and resend all works ok
> if i am popping local email
> 
> ie t...@scom.ca --> p...@scom.ca postfix lets it go as is
> 
> when i get an external email with x...@aol.com (for example)
> 
> postfix replaces the from address in the header with scom...@mail18.scom.ca
> 
> I understand why but it messes up the customer when replying ???
> 
> Simply put how do i preserve the headers when popping from a foreign server
> 
> if there is a way to do this locally great as i would rather leave the
> security feature in tact
> 
> i am running this through a python email program and sending via the
> sendmail library

^^^^^^^^^^^^^^^^^^^

> i am running multiple servers so i can program an inside one to bypass this
> if nessesary
> 
> otherwise how do i just turn off the 'from' address getting mangled?
> 
> thanks

It sounds like it might be the "sendmail library"
(presumably a python library) that is setting the From:
address. You could investigate that.

For example, when submitting via the
"/usr/sbin/sendmail" binary, there is a -f option that
lets you override the sender (if your login account is
allowed to do so (at least I think that used to be the
case, not sure anymore)).

Perhaps there's something that needs to be done
differently with the sendmail library as well, to
achieve the same effect.

Are you parsing the email to extract the sender address
and passing it as an argument to whatever sendmail
library function does the sending? Or are you letting
it work out the sender address for itself? If it's the
latter, perhaps it's just using the address of the user
account that is running the process.

Note that I'm not familiar with python's sendmail
library (I've only used smtplib), so this might be a
red herring, but its webpage says it has an
smtplib-compatible API, but that it invokes the
sendmail binary.

Apologies if this is irrelevant/unhelpful.

cheers,
raf

Reply via email to