On Thu, Oct 07, 2021 at 06:50:22PM +1300, AndrewHardy wrote:
> Looks like as long as STARTTLS is present in the server response then
> it doesn’t matter if it’s a hyphen or space and the s_client.c library
> suggests it just looks for that keyword so that confirms it. Helps to
> tell it to encrypt
Viktor, you are an absolute legend.
Couldn’t see the woods through the trees.
Looks like as long as STARTTLS is present in the server response then it
doesn’t matter if it’s a hyphen or space and the s_client.c library suggests it
just looks for that keyword so that confirms it. Helps to tell i
On Thu, Oct 07, 2021 at 06:01:45PM +1300, Andrew Hardy wrote:
> The core of my issue is that the sending MTA receives the 250 STARTTLS
> from the receiving MTA but never replies with STARTTLS. The sending
> MTA has smtpd_tls_security_level = may defined.
There's you problem "smtpd_tls_security_le
Hi All,
I’m hoping someone on this mailing list could help me with understand a
particular behaviour I’m seeing with an upstream mail service and hoping
someone has some more in-depth knowledge than me who can look at the below
scenario and advise what the expected behaviour should look like
On Wed, Oct 06, 2021 at 05:50:00PM -0400, Wietse Venema wrote:
> > I therefore suggest replacing any and all occurrences of
> >"http://tools.ietf.org";
> > with
> >"https://tools.ietf.org";
> > in the html documentation.
>
> Updated the mantools/postlink script to do this:
>
> s/\bRFC\s*
Max-Julian Pogner:
> Hi there,
>
> always distrusting that my brain remembers documentation correctly, i
> checked the meaning of ``unknown_client_reject_code''.
>
> http://www.postfix.org/postconf.5.html#unknown_client_reject_code
>
> Incidentally, i also clicked on the presented link (in html
Hi there,
always distrusting that my brain remembers documentation correctly, i
checked the meaning of ``unknown_client_reject_code''.
http://www.postfix.org/postconf.5.html#unknown_client_reject_code
Incidentally, i also clicked on the presented link (in html source):
http://tools.ietf.org/h
On 2021-10-06 at 13:24:15 UTC-0400 (Wed, 6 Oct 2021 13:24:15 -0400)
Viktor Dukhovni
is rumored to have said:
On 6 Oct 2021, at 1:07 pm, Bill Cole
wrote:
That is surprising because the format is all wrong. Those
freestanding ':' should make everything there useless. See the man
page for tr
> On 6 Oct 2021, at 1:07 pm, Bill Cole
> wrote:
>
> That is surprising because the format is all wrong. Those freestanding ':'
> should make everything there useless. See the man page for transport(5). A
> hash map has exactly 2 tokens per line, whitespace delimited, with the second
> bei
On 2021-10-06 at 11:48:45 UTC-0400 (Wed, 6 Oct 2021 17:48:45 +0200)
Claude
is rumored to have said:
The problem:
On the postfix-2.10.X mail server , the server does not deliver localy
the mail for the localy hosted recipient accounts but try to resend
the mail to the "mailHost" (taken from
Hi,
I need some help to solve a configuration issue on postfix-2.10.x.
The context:
I am migration from postfix-2.9.x to postfix-2.10.x while preserving
configuration files.
On our configuration, we are using the "transport_maps" parameter to get
one information in our Ldap server: the ta
On 2021-10-06 at 10:38:23 UTC-0400 (Wed, 6 Oct 2021 16:38:23 +0200)
natan
is rumored to have said:
postconf -P | grep smtp_
smtp/unix/smtp_connect_timeout = 5
smtp/unix/smtp_helo_timeout = 5
Fix those in master.cf. Scold whoever set them. Shortening SMTP client
timeouts is never safe.
s
natan:
> postconf -P | grep smtp_
>
> smtp/unix/smtp_connect_timeout = 5
> smtp/unix/smtp_helo_timeout = 5
Well there is your problem. 5 seconds is too short for reliable operation.
Wietse
Hi
Wietse
postconf -d | grep 'smtp_.*timeout'
smtp_connect_timeout = 30s
smtp_data_done_timeout = 600s
smtp_data_init_timeout = 120s
smtp_data_xfer_timeout = 180s
smtp_helo_timeout = 300s
smtp_mail_timeout = 300s
smtp_quit_timeout = 300s
smtp_rcpt_timeout = 300s
smtp_rset_timeout = 20s
smtp_start
natan:
> Hi
> Wietse this log is wgen I push up via postqueue -i ID (I push up some times)
>
> smtp_connection_reuse_time_limit = 400s
> smtp_data_done_timeout = 1600s
> smtp_rcpt_timeout = 900s
> smtp_tls_loglevel = 1
> smtp_tls_note_starttls_offer = yes
> smtp_tls_security_level = may
> smtp_tls
Hi
Wietse this log is wgen I push up via postqueue -i ID (I push up some times)
smtp_connection_reuse_time_limit = 400s
smtp_data_done_timeout = 1600s
smtp_rcpt_timeout = 900s
smtp_tls_loglevel = 1
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may
smtp_tls_session_cache_database = b
natan:
> Hi
> I have some problem in send
>
> My working environment is:
>
> ---postfix1-(MX)lmtp-dovecot-director---dovecot1-6
> In dovecot1-6 i have exim whose smarthost is postfix2 name (P5)
>
> all works fine but sometimes I get in log:
>
> Oct? 6 14:14:25 P5 postfix/smtp[52
Hi
postconf |grep "smtp_helo_timeout"
smtp_helo_timeout = 300s
W dniu 06.10.2021 o 14:34, natan pisze:
> Hi
> For clarity of configuration
>
> ---postfix1-(MX)lmtp-dovecot-director---dovecot1-6
>
> In dovecot1-6 I have storage in Maildir and sieve filters
> Dovecot1-6 have exim who
Hi
For clarity of configuration
---postfix1-(MX)lmtp-dovecot-director---dovecot1-6
In dovecot1-6 I have storage in Maildir and sieve filters
Dovecot1-6 have exim whose smarthost is postfix2 name(P5) and this is use when
user have sieve filter (for redirect etc)
W dniu 06.10.202
Hi
I have some problem in send
My working environment is:
---postfix1-(MX)lmtp-dovecot-director---dovecot1-6
In dovecot1-6 i have exim whose smarthost is postfix2 name (P5)
all works fine but sometimes I get in log:
Oct 6 14:14:25 P5 postfix/smtp[52636]: 4HPY3L22S1z3mgPD: conve
20 matches
Mail list logo
