Hi,
> > Following up with my other email, I think I can ask the question more
> > directly.
>
> Off hand, I did not see any questions in your post.
Yes, I think I was just generally confused :-)
> > I found it was necessary to have an entry in a check_recipient_access
> > map with the old addre
On Sat, Apr 09, 2022 at 05:58:33PM -0400, Alex wrote:
> Following up with my other email, I think I can ask the question more
> directly.
Off hand, I did not see any questions in your post.
> I found it was necessary to have an entry in a check_recipient_access
> map with the old address as wel
Hi,
Following up with my other email, I think I can ask the question more directly.
I found it was necessary to have an entry in a check_recipient_access
map with the old address as well as in my virtual map that redefines
the old address with the new one, and I don't understand why.
It looks li
Daniel Azuelos wrote:
> I just found an email incorrectly filtered by my .procmailrc,
> because the To: wasn't postfix-users@postfix.org:
...
> To: postfix-us...@cloud9.net
Instead of filtering on the To the better idea is to use the standard
mail headers that the mailing list adds to the messag
On 2022-04-09 at 02:52:54 UTC-0400 (Sat, 9 Apr 2022 08:52:54 +0200)
Admin Beckspaced
is rumored to have said:
Dear Postfix users,
a client told me they don't receive emails from a specific client.
A look in the mail server logs reveals the following:
Apr 8 09:53:07 cx20 postfix/smtpd[5402]:
On Sat, Apr 09, 2022 at 10:55:03AM +0200, Admin Beckspaced wrote:
> > That host has an ECDSA P384 certificate. This is liable to not be
> > supported by older systems. For maximum interoperability, RSA is safer,
> > or with ECDSA perhaps P256, though likely that too is not supported by
> > a pee
Hi,
> >> >How does using virtual_alias_maps affect my existing configuration if
> >> >I'm not currently using virtual domains or virtual maps? Currently the
> >> >server is processing mail for one domain listed in relay_domains.
> >>
> >> virtual_alias_maps is processed each time a mail is receive
Jesper Dybdal:
> On 2022-04-08 20:10, Wietse Venema wrote:
> > You can specify multiple Milters. Each Milter only sees the inputs
> > that Postfix and earlier Milters have allowed. Message content
> > changes made by one Milter are visible to Milters that follow.
>
> Thanks. Can milters also see c
Fourhundred Thecat:
> Hello,
>
> I have suddenly started seeing following messages in my logs:
>
>timeout after END-OF-MESSAGE from a9-244.smtp-out.amazonses.com
>
> Full context here: https://ctxt.io/2/AABgbxFEFQ
>
> These errors are coming from completely unrelated clients. Are suddenly
>
On 2022-04-08 20:10, Wietse Venema wrote:
You can specify multiple Milters. Each Milter only sees the inputs
that Postfix and earlier Milters have allowed. Message content
changes made by one Milter are visible to Milters that follow.
Thanks. Can milters also see content changes (added headers
I believe I have encountered something similar about a year back. I
ended up doing this (becasue I wanted to have ecc in place):
smtpd_tls_cert_file = /etc/postfix/tls/rsa/_.acme.com.rsa.fullchain.pem
smtpd_tls_eccert_file = /etc/postfix/tls/ecc/_.acme.com.ecc.fullchain.pem
smtpd_tls_eckey_file =
Hello,
I have suddenly started seeing following messages in my logs:
timeout after END-OF-MESSAGE from a9-244.smtp-out.amazonses.com
Full context here: https://ctxt.io/2/AABgbxFEFQ
These errors are coming from completely unrelated clients. Are suddenly
all clients on the internet misconfigur
Am 09.04.2022 um 10:06 schrieb Viktor Dukhovni:
On Sat, Apr 09, 2022 at 08:52:54AM +0200, Admin Beckspaced wrote:
Apr 8 09:53:07 cx20 postfix/smtpd[5402]: warning: TLS library problem:
error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared
cipher:ssl/statem/statem_srvr.c:226
On Sat, Apr 09, 2022 at 08:52:54AM +0200, Admin Beckspaced wrote:
> Apr 8 09:53:07 cx20 postfix/smtpd[5402]: warning: TLS library problem:
> error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared
> cipher:ssl/statem/statem_srvr.c:2260:
> smtpd_tls_cert_file =
> /etc/dehydrate
14 matches
Mail list logo
