Wietse Venema:
> As /etc/sevices [has become incompatibly different between platforms
> and versions], the solution is to make Postfix less dependent on
> that file. Well-known services such as submission, smtps, lmtp,
> and smtp, aren't going to move to a different TCP port. Therefore,
> I'm
Jaroslaw Rafa:
> Dnia 16.04.2021 o godz. 17:30:43 Bill Cole pisze:
> > two current OS/distro 'families' of the 6 that I've checked have the
> > same 465/tcp entry, and only Debian has 'submissions' as the primary
> > name. None include it as an alias. All except MacOS have smtps as
> > either the
Dnia 16.04.2021 o godz. 17:30:43 Bill Cole pisze:
> two current OS/distro 'families' of the 6 that I've checked have the
> same 465/tcp entry, and only Debian has 'submissions' as the primary
> name. None include it as an alias. All except MacOS have smtps as
> either the primary name or an alias.
On Fri, Apr 16, 2021 at 05:30:43PM -0400, Bill Cole wrote:
> No two current OS/distro 'families' of the 6 that I've checked have
> the same 465/tcp entry, and only Debian has 'submissions' as the
> primary name. None include it as an alias. All except MacOS have
> smtps as either the primary
On 16 Apr 2021, at 15:27, Rob McGee wrote:
On 2021-04-15 21:02, Bill Cole wrote:
On 15 Apr 2021, at 18:23, Rob McGee wrote:
Being pedantic, however, I'd suggest using the IANA and RFC 8314
port name, "submissions",
It would be good to first confirm and/or fix what is in the
/etc/services
On 2021-04-16 21:27, Rob McGee wrote:
On 2021-04-15 21:02, Bill Cole wrote:
On 15 Apr 2021, at 18:23, Rob McGee wrote:
Being pedantic, however, I'd suggest using the IANA and RFC 8314
port name, "submissions",
It would be good to first confirm and/or fix what is in the
/etc/services file on
On 2021-04-15 21:02, Bill Cole wrote:
On 15 Apr 2021, at 18:23, Rob McGee wrote:
Being pedantic, however, I'd suggest using the IANA and RFC 8314
port name, "submissions",
It would be good to first confirm and/or fix what is in the
/etc/services file on the system in question before making
> On 16 Apr 2021, at 05:52, Bill Cole
> wrote:
>
> On 16 Apr 2021, at 2:59, @lbutlr wrote:
>
>> On 15 Apr 2021, at 16:23, Rob McGee wrote:
>>> Being pedantic, however, I'd suggest using the IANA and RFC 8314 port name,
>>> "submissions", because that's more specific and correct than
On 16 Apr 2021, at 2:59, @lbutlr wrote:
On 15 Apr 2021, at 16:23, Rob McGee wrote:
Being pedantic, however, I'd suggest using the IANA and RFC 8314 port
name, "submissions", because that's more specific and correct than
"smtps", which name implies that it might be a substitute port for
On 15 Apr 2021, at 16:23, Rob McGee wrote:
> Being pedantic, however, I'd suggest using the IANA and RFC 8314 port name,
> "submissions", because that's more specific and correct than "smtps", which
> name implies that it might be a substitute port for smtp, 25.
Submission is port 587 and uses
On 15 Apr 2021, at 18:23, Rob McGee wrote:
Being pedantic, however, I'd suggest using the IANA and RFC 8314
port name, "submissions",
It would be good to first confirm and/or fix what is in the
/etc/services file on the system in question before making that change.
See the man pages for
On 2021-04-15 03:10, Matus UHLAR - fantomas wrote:
On 14 Apr 2021, at 15:55, (lists) Denis BUCHER
wrote:
smtps inet n - - - - smtpd
-o syslog_name=postfix/smtps
-o smtpd_sasl_auth_enable=yes
-o
On 14 Apr 2021, at 15:55, (lists) Denis BUCHER wrote:
smtps inet n - - - - smtpd
-o syslog_name=postfix/smtps
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
On 14.04.21 23:28, @lbutlr wrote:
Seems
On 14 Apr 2021, at 15:55, (lists) Denis BUCHER wrote:
> smtps inet n - - - - smtpd
> -o syslog_name=postfix/smtps
> -o smtpd_sasl_auth_enable=yes
> -o smtpd_client_restrictions=permit_sasl_authenticated,reject
Seems short.
smtps inet n
Hi Bill,
Le 14.04.2021 à 14:51, Bill Cole a écrit :
On 14 Apr 2021, at 5:47, (lists) Denis BUCHER wrote:
It's very strange, but without changing anything in the configuration
of Postfix, we have corrupted SMTP transactions from Thunderbird
bêta (Windows) and Outlook (MacOS) but not from
On 14.04.21 11:55, (lists) Denis BUCHER wrote:
P. S. The logs in my previous email? are from Thunderbird Windows
bêta, here are the logs from MacOS Outlook :
we don't need logs from thunderbird/outlook.
we need plaintext logs, possibly in plaintext mail
(well, outlook is much worse here
Dnia 14.04.2021 o godz. 08:51:23 Bill Cole pisze:
>
> Your problem is consistent with your 'smtps' service (port 465) not
> having the critical "-o smtpd_tls_wrappermode=yes" argument enabled
> in master.cf. The differences between clients is likely due to
> different configurations and/or
On 14 Apr 2021, at 5:47, (lists) Denis BUCHER wrote:
Hello everyone,
It's very strange, but without changing anything in the configuration
of Postfix, we have corrupted SMTP transactions from Thunderbird bêta
(Windows) and Outlook (MacOS) but not from command line (Linux) and
not from
P. S. daemon started -- version 2.9.6
Le 14.04.2021 à 11:55, (lists) Denis BUCHER a écrit :
P. S. The logs in my previous email are from Thunderbird Windows
bêta, here are the logs from MacOS Outlook :
Apr 14 11:07:44 mailsvr postfix/smtps/smtpd[19395]: connect from
P. S. The logs in my previous email are from Thunderbird Windows bêta,
here are the logs from MacOS Outlook :
Apr 14 11:07:44 mailsvr postfix/smtps/smtpd[19395]: connect from
185.81.185.81.rev.sfr.net[81.185.81.185]
Apr 14 11:07:44 mailsvr postfix/smtps/smtpd[19395]: match_hostaddr:
Hello everyone,
It's very strange, but without changing anything in the configuration of
Postfix, we have corrupted SMTP transactions from Thunderbird bêta
(Windows) and Outlook (MacOS) but not from command line (Linux) and not
from Thunderbird release (Windows).
The transaction looks like
21 matches
Mail list logo
