@lbutlr
When postfix checks for a local user it looks at any local user (like =
/home/fred), I assume by checking /etc/passwd or similar (I have local =
users who can receive mail who are not mentioned in any /etc/postfix/* =
file, so postfix knows about them from somewhere outside of postfix=E2=
A. Schulze:
I like to ask about a documented limitation
(http://www.postfix.org/CONNECTION_CACHE_README.html#limitations)
"For this reason, the Postfix smtp(8) client always closes the
connection after completing an attempt to deliver mail over TLS."
On 07.03.18 09:07, Wietse Venema wrote:
In
Matus UHLAR - fantomas:
> >@lbutlr
> >> When postfix checks for a local user it looks at any local user (like =
> >> /home/fred), I assume by checking /etc/passwd or similar (I have local =
> >> users who can receive mail who are not mentioned in any /etc/postfix/* =
> >> file, so postfix knows abo
Matus UHLAR - fantomas:
> >A. Schulze:
> >> I like to ask about a documented limitation
> >> (http://www.postfix.org/CONNECTION_CACHE_README.html#limitations)
> >>
> >> "For this reason, the Postfix smtp(8) client always closes the
> >> connection after completing an attempt to deliver mail over TL
>A. Schulze:
>> I like to ask about a documented limitation
>> (http://www.postfix.org/CONNECTION_CACHE_README.html#limitations)
>>
>> "For this reason, the Postfix smtp(8) client always closes the
>> connection after completing an attempt to deliver mail over TLS."
On 07.03.18 09:07, Wietse Vene
>@lbutlr
>> When postfix checks for a local user it looks at any local user (like =
>> /home/fred), I assume by checking /etc/passwd or similar (I have local =
>> users who can receive mail who are not mentioned in any /etc/postfix/* =
>> file, so postfix knows about them from somewhere outside of
On 2018-03-15 13:58, Matus UHLAR - fantomas wrote:
>>> >A. Schulze:
>>> >> I like to ask about a documented limitation
>>> >> (http://www.postfix.org/CONNECTION_CACHE_README.html#limitations)
>>> >>
>>> >> "For this reason, the Postfix smtp(8) client always closes the
>>> >> connection after comple
Matus UHLAR - fantomas:
a smtp client that able to process multiple mails in a single run is not
planned, correct?
On 15.03.18 09:22, Wietse Venema wrote:
Wasn't a dedicated per-destination delivery agent one of the possible
solutions?
if you mean this one:
- For each destination, use dedi
> On Mar 15, 2018, at 10:38 AM, Karol Augustin wrote:
>
> I think what Matus is asking here is the RSET implementation in postfix
> client. For example I have software that send some automated e-mail over
> night using single SMTP connection (written in perl). After each e-mail
> it does $smtp-
Matus UHLAR - fantomas:
> >> >A. Schulze:
> >> >> I like to ask about a documented limitation
> >> >> (http://www.postfix.org/CONNECTION_CACHE_README.html#limitations)
> >> >>
> >> >> "For this reason, the Postfix smtp(8) client always closes the
> >> >> connection after completing an attempt to de
Thanks for the help.
smtp_tls_mandatory_protocols = !SSLv2, !SSLv3, high
Where did you get the idea that "high" was a TLS protocol version?
I think this got in there by mistake, its not in my postfiix
configuration. My guess is that I started typing before moving cursor.
ooops!
Sorry.
Jo
Matus UHLAR - fantomas:
> >> >@lbutlr
> >> >> When postfix checks for a local user it looks at any local user (like =
> >> >> /home/fred), I assume by checking /etc/passwd or similar (I have local =
> >> >> users who can receive mail who are not mentioned in any /etc/postfix/* =
> >> >> file, so po
On 2018-03-15 (09:01 MDT), Viktor Dukhovni wrote:
>
> Caching open TLS connections in the smtp(8) delivery agent for
> reuse by scheduling repeated deliveries to the same delivery
> agent runs into complex scheduling difficulties. The presence
> of open connections don't, and should
13 matches
Mail list logo
