/alternatives/mail
lrwxrwxrwx 1 root root 23 Sep 17 02:54 /etc/alternatives/mail -
/usr/bin/heirloom-mailx
# l /usr/bin/heirloom-mailx
-rwxr-xr-x 1 root root 343264 May 29 2010 /usr/bin/heirloom-mailx
--
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
Current Land
Package: installation-reports
Severity: minor
-- Package-specific info:
Boot method: CD
Image version:
http://cdimage.debian.org/debian-cd/6.0.0/multi-arch/iso-cd/debian-6.0.0-amd64-i386-netinst.iso
Date: 7th February 2011
Machine: HP DL380 G4
Partitions: df -Tl will do; the raw partition
a cleartext EHLO something, please retry with
openssl s_server instead of the socat.
I couldn't work out how to use openssl s_server properly
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
Current Land Line No: 03 9912 0504
Mobile: 04 2574 1827 Fax: 03 8790
:~#
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
| ASSERT: gnutls_x509.c:686
|2| ASSERT: gnutls_x509.c:733
Error reading '/usr/share/ssl-cert/CAcert.pem' or
'/usr/share/ssl-cert/ca.key'
Error: Base64 decoding error.
=
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
--
To UNSUBSCRIBE
Simon Josefsson wrote:
How does your exim TLS configuration look like? Is it really using
the same filenames?
Sorry, I am guessing on the ca.pem file -- but the other two (cert and key)
are in my config as follows:
MAIN_TLS_CERTIFICATE = CONFDIR/exim.crt
MAIN_TLS_PRIVATEKEY =
Simon Josefsson wrote:
Thanks. Great. I suspect the problem is the same as for TheBat,
i.e., that GnuTLS sends a certificate request and IM can't handle it.
Can you try to add --disable-client-cert to:
www:~# gnutls-serv --port 4465 --debug 4711 \
--x509certfile /etc/exim4/exim.crt \
Andrew McGlashan wrote:
www:~# gnutls-serv -h
GNU TLS test server
Usage: gnutls-serv [options]
www:~# gnutls-serv -v
GNU TLS test server, version 1.4.4. Libgnutls 1.4.4.
www:~#
/AndrewM
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
to properly debug
the issue amongst other things I need to do.
Is there a good step by step process that I could follow to help this cause?
Would a copy (privately) of my /var/lib/exim4/config.autogenerated help?
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
Current Land
Marc Haber wrote:
So you only have ssl_on_connect_port=465 in your exim configuration
and no other port number? And you get a clear text banner when you
connect to tcp/25 or tcp/587? And you get a banner when you use
gnutls-cli -p 465 _without_ the -s option?
www:/tmp# grep ssl_on_connect_port
Package: exim4
Version: 4.63-17
Severity: normal
How to reproduce this problem.
Setup email on Windows XP Pro using Outlook Express as follows.
General tab:
mail account: testaccount
user information:
name: whatever
email address: valid email address
Servers tab:
standard setup
with my mail server
settings. So I reverted back to my original setting of true for
MAIN_TLS_ENABLE.
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
Current Land Line No: 03 9912 0504
Mobile: 04 2574 1827 Fax: 03 8790 1224
National No: 1300 85 3804
Affinity Vision
into the Windows registry that I did a restore to an
older image to get rid of it properly -- did some fresh tests with a new
install which was fruitless and then restored my older image again.
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
Current Land Line No: 03 9912 0504
Marc Haber wrote:
After thinking for a while, why did your incredimail not complain
about the server not presenting a certificate?
It was dropping out with the error as given already with no hint of any
certificate issue. I have my own ca.crt certificate installed in the
trusted root in
Marc Haber wrote:
On Mon, Oct 29, 2007 at 02:14:19AM +1100, Andrew McGlashan wrote:
Marc Haber wrote:
You might want to use gnutls-serv as a test target against your
incredimail client.
Okay, well I set up port 588 for the test:
# gnutls-serv -p 588
Echo Server ready. Listening to port '588
Hi Marc,
Marc Haber wrote:
I prefer to stick with standard packages as supplied by apt package
management I am not interested in doing any re-compiles and
moving too far away from the standards that are currently in place.
Then you're out of luck.
Okay well I'll persevere if I can
Marc Haber wrote:
You might want to use gnutls-serv as a test target against your
incredimail client.
Okay, well I set up port 588 for the test:
# gnutls-serv -p 588
Echo Server ready. Listening to port '588'.
Error in handshake
Error: Could not negotiate a supported cipher suite.
Kind
Hi Marc,
Marc Haber wrote:
On Sat, Oct 27, 2007 at 03:29:47PM +1000, Andrew McGlashan wrote:
I have just discovered this bug and it appears to be rather long
term. any progress?
This will most probably not be fixed in etch.
:(
What is Incredimail? An MTA, or a Mail service
Receiving mail via POPS on port 995 with SSL works fine with Incredimail
[and other tried MUAs] but that is using openssl through qpopper to get the
mail.
Extract from /var/log/mail.info :
Oct 26 11:56:36 www in.qpopper[15103]: (v4.0.5) TLSv1/SSLv3 handshake with
client at
to provide the output from the
gnutls-cli-debug program here?
gnutls-cli-debug --port 465 -v localhost -d 3
[I only use port 465 with SSL/TLS]
Kind Regards
AndrewM
Andrew McGlashan
Broadband Solutions now including VoIP
Current Land Line No: 03 9912 0504
Mobile: 04 2574 1827 Fax: 03 8790 1224
20 matches
Mail list logo