Hello,
On 02/01/13 16:15, Thijs Kinkhorst wrote:
On Wed, January 2, 2013 16:04, Jerome BENOIT wrote:
It is the pops server of my University: pops.univ-fcomte.fr
openssl s_client -CApath /etc/ssl/certs -connect pops.univ-fcomte.fr:995
Yes, I get:
Certificate chain
0 s:/C=FR/O=Universit\xC3\xA9 de
franche-Comt\xC3\xA9/OU=Universit\xC3\xA9 de
franche-Comt\xC3\xA9/CN=pops.univ-fcomte.fr
i:/C=NL/O=TERENA/CN=TERENA SSL CA
1 s:/C=NL/O=TERENA/CN=TERENA SSL CA
i:/C=US/ST=UT/L=Salt Lake City/O=The USERTRUST
Network/OU=http://www.usertrust.com/CN=UTN-USERFirst-Hardware
2 s:/C=US/ST=UT/L=Salt Lake City/O=The USERTRUST
Network/OU=http://www.usertrust.com/CN=UTN-USERFirst-Hardware
i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust
External CA Root
3 s:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust
External CA Root
i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust
External CA Root
which shows that the chain is passed correctly.
Perhaps this is a problem in fetchmails implementation?
It was not because the issue shown up with this command.
in order to clarify the situation, I removed my by hand setup:
on my box, now the above openssl command gives the same above answer.
I guess that somewhere someone fixed something.
So the bug issue can certainly be closed.
Best wishes,
Jerome
Cheers,
Thijs
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
