format, I am surely not going to follow them into a vendor lock-in.
Would be great if this could be sorted out.
Cheerio,
Hauke
--
The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email
one>,
you appeared to have changed your mind? What happened?
Cheerio,
Hauke
--
The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for
and that I was supposed to append the CA certificate(s) to the
server certificate file.
I am glad to hear you consider this a bad idea now. ;)
Cheerio,
Hauke
--
The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in email Institut für Nachric
igned server cert, and mirrors
the fact that the intermediate CA certs have a longer lifetime than the
server cert.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in
a...
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
s as ssl_cert_chain setting in future release.
Sounds good. How about (re)naming them ssl-{client,server}_ca?
Cheerio,
Hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email
On 05/28/18 11:08, Aki Tuomi wrote:
On 28.05.2018 12:06, Hauke Fath wrote:
On 05/21/18 17:55, Aki Tuomi wrote:
ssl_ca is used only for validating client certificates.
But it was used (though not documented, IIRC) for validating server
certs, too. Since intermediate CA certs are usually
, at best.
I would very much like to see the pre-2.3 behaviour of "ssl_ca" restored.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU
27;t care.
Cheerio,
hauke
--
The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
7;ve looked into the issue. I went home late
yesterday. ;)
Cheerio,
Hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect fo
On Thu, 11 Jan 2018 12:20:45 +0200, Aki Tuomi wrote:
> Was the certificate path bundled in the server certificate?
No, as a separate file, provided from the local (intermediate) CA:
ssl_cert =
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
On Tue, 26 Apr 2016 18:20:00 +0300, Timo Sirainen wrote:
> This should be a good release. :)
Would this release address the "reappearing emails" issue that 2.2.23
introduced?
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML
m 2.2.21 to 2.2.23.
Clients are Thunderbird on Debian and Mac OS X, and GyazMail on Mac OS
X.
Looks like a recent regression to me?
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No
deed. Thanks for the fix!
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
-2.2.23/src/plugins/quota'
Makefile:456: recipe for target 'all-recursive' failed
gmake[3]: *** [all-recursive] Error 1
Cheerio,
hauke
--
The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
16 matches
Mail list logo