ccept the email policy.
-----Original Message-----
> From: Gábor STEFANIK
> Sent: Tuesday, June 21, 2016 4:11 PM
> To: 'r...@openssl.org'
> Subject: RE: [openssl-dev] [openssl.org #4580] "openssl verify -CAfile
> cacerts.pem cert.pem" fails if cacerts.pem is ord
"openssl verify -CAfile
> cacerts.pem cert.pem" fails if cacerts.pem is ordered in certain ways
>
> Yes, it should not crash. But without more information it is hard/impossible
> to debug.
>
>
> --
> Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4580
Yes, it should not crash. But without more information it is hard/impossible
to debug.
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4580
Please log in as guest with password guest if prompted
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo
enssl.org]
> Sent: Tuesday, June 21, 2016 3:24 PM
> To: Gábor STEFANIK
> Cc: openssl-dev@openssl.org
> Subject: RE: [openssl-dev] [openssl.org #4580] "openssl verify -CAfile
> cacerts.pem cert.pem" fails if cacerts.pem is ordered in certain ways
>
> Having a mix of exper
Having a mix of experied and unexpired certificates in the trust store for the
same issuer/key seems to be undefined. I am not sure this is a bug.
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4580
Please log in as guest with password guest if prompted
--
openssl-dev mailing li
Dear OpenSSL developers,
We recently experienced an issue with our internal Mercurial repositories where
Mercurial will refuse to connect to the repository due to an SSL certificate
error.
The problem appeared to show up randomly on some machines, but not others.
The repository is hosted on an
