Relationship between relay and transport

I’m trying to get a better understanding of the relationship between relay and transport. In the standard config on an email gateway in (http://www.postfix.org/STANDARD_CONFIGURATION_README.html#firewall) the proposed config has relay_domains set for example.com and transport_maps set to a ha

Re: Relationship between relay and transport

between relay and transport Scott A. Wozny: > In the standard config on an email gateway in > (http://www.postfix.org/STANDARD_CONFIGURATION_README.html#firewall) the > proposed config has relay_domains set for example.com and > transport_maps set to a hash with example.com using &g

Dropping email purporting to be from my domain received from the Internet

In my hypothetical environment, I have an external and an internal relay on either sides of a firewall. I want to configure the external system to relay both 1) email received from the internal relay to the Internet and 2) email received from the Internet to the internal relay (as long as the re

Questions about the master.cf file

In the context of looking at implementing Postscreen, I’ve read through the postscreen readme, the master.cf man page, and postfix architectural overview docs, but I have some remaining service related questions I might appeal to one of the gurus on the list to help me with. In a default maste

Re: Questions about the master.cf file

PM, Scott A. Wozny wrote: > In the context of looking at implementing Postscreen, I’ve read > through the postscreen readme, the master.cf man page, and postfix > architectural overview docs, but I have some remaining service > related questions I might appeal to one of the gurus on

Re: Questions about the master.cf file

From: Doug Hardie Sent: June 9, 2020 6:02 PM To: Scott A. Wozny Cc: postfix-users@postfix.org Subject: Re: Questions about the master.cf file Having recently gone through this same confusion, perhaps some of what I figured out might help. The first column of the master.cf file is the port

Re: Why emails sending to Spam?

That's a wildly open question. Your first step is to look at the headers of a message you've sent on the received end. Most anti-spam filters leave artifacts in the headers and my guess is that will lead you to something you can change about your mail server to make your messages look less "sp

Security threat posed by names and IPs in SMTP headers

I haven’t been able to find any particularly good guidance about this on the Internet so I figured I’d ask those in the trenches for their opinions regarding where they land on this. I know it’s not a Postfix specific matter and if anyone thinks I should be posing this question elsewhere, please

Re: Security threat posed by names and IPs in SMTP headers

Hi Wietse, I definitely agree there are LOTS more important things in the world to be worried about when connecting a system to an untrusted network, I was just curious how much people doing this in the real world were worried about the information leakage that sits somewhere between "inherent

Re: Security threat posed by names and IPs in SMTP headers

know I have. Much obliged, Scott From: owner-postfix-us...@postfix.org on behalf of Ralph Seichter Sent: December 13, 2020 6:14 AM To: postfix-users@postfix.org Subject: Re: Security threat posed by names and IPs in SMTP headers * Scott A. Wozny: >

Re: Deprecated: white is better than black

+1 From: owner-postfix-us...@postfix.org on behalf of Matus UHLAR - fantomas Sent: February 24, 2021 1:51 PM To: postfix-users@postfix.org Subject: Re: Deprecated: white is better than black >Dnia 24.02.2021 o godz. 12:12:12 Wietse Venema pisze: >> Postfix ver