On Thu, Oct 26, 2023 at 07:46:40PM -0400, Joey J via Postfix-users wrote:
> My only concern is if there is as an example a recipient that has literally
> 2K email addresses with LDAP/AD, which associates with how much inbound
> mail wont that slow down delivery a good amount, and potentially
My only concern is if there is as an example a recipient that has literally
2K email addresses with LDAP/AD, which associates with how much inbound
mail wont that slow down delivery a good amount, and potentially create a
lot of overhead?
On Thu, Oct 26, 2023 at 7:42 PM Viktor Dukhovni via
On Thu, Oct 26, 2023 at 03:16:04PM -0400, Viktor Dukhovni via Postfix-users
wrote:
> What's notable here, is how rare actual compatibility breaks are in
> Postfix. Wietse has managed to maintain essentially backwards
> compatible behaviour for over 20 years, which speaks to both design
>
On Thu, Oct 26, 2023 at 07:11:23PM -0400, Joey J via Postfix-users wrote:
> To confirm, I'm creating the list of valid emails to accept and then
> forward and if not in that list reject.
No, my advice is to replace the "list" with live LDAP queries to AD,
on demand during each SMTP transaction.
Thanks Viktor.
To confirm, I'm creating the list of valid emails to accept and then
forward and if not in that list reject.
My question would be, will postfix send off a process to query every so
often in order to build the multiple lists, or as each mail is about to be
delivered?
On Thu, Oct
On Thu, Oct 26, 2023 at 06:32:53PM -0400, Wietse Venema via Postfix-users wrote:
> > I'm trying to see if someone has a good app to connect to an exchange or
> > O365 server either via LDAP or AD to grab all of the legitimate email
> > accounts, forwarding accounts and Groups in order to build a
Thanks for the response Wietse, I have tried this but many servers won't
correctly allow the verification (its turned off) we have even added rules
to allow our IP's get the verification, but we end up delivering the
message only to then have it rejected which defeats the purpose.
Based on the
Joey J via Postfix-users:
> Hello All,
>
> I'm trying to see if someone has a good app to connect to an exchange or
> O365 server either via LDAP or AD to grab all of the legitimate email
> accounts, forwarding accounts and Groups in order to build a
> transport_recipients file this way reject
Hello All,
I'm trying to see if someone has a good app to connect to an exchange or
O365 server either via LDAP or AD to grab all of the legitimate email
accounts, forwarding accounts and Groups in order to build a
transport_recipients file this way reject all invalid email prior to
forwarding it
f trying to use the empty recipient_delimiter
value that was derived from the email message.
Wietse
20231026
Bugfix: forward_path compatibility break when a recipient
address has no recipient delimiter. Reported by Tod A.
Sandman. Files: proto/postconf.proto, local/lo
On Thu, Oct 26, 2023 at 01:56:40PM -0500, sandm...@rice.edu wrote:
> > So the cases that use ${recipient_delimiter} will only match addresss that
> > actually have an extension. If you want to use it unconditionally, you'll
> > need to use a literal "+", instead.
>
> Wow! There is no need
> So the cases that use ${recipient_delimiter} will only match addresss that
> actually have an extension. If you want to use it unconditionally, you'll
> need to use a literal "+", instead.
Wow! There is no need for me to use the literal. Thank you so much for such a
quick solution!
rt2
On Thu, Oct 26, 2023 at 12:38:22PM -0500, sandmant--- via Postfix-users wrote:
> I am updating a system from postfix-2.10.1 to postfix-3.5.9 (and
> RHEL7->RHEL9), and it seems my forward_path is no longer getting
> processed correctly.
The Postfix local delivery agent is extremently stable
I am updating a system from postfix-2.10.1 to postfix-3.5.9 (and RHEL7->RHEL9),
and it seems my forward_path is no longer getting processed correctly.
postconf shows the correct forward_path:
root@rt2:/etc/postfix-auth> postconf -c /etc/postfix-auth/ forward_path
forward_path =
14 matches
Mail list logo
