rnatives/mail
# l /etc/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 i
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:
Base System Installation Checkl
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? Cont
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 \
--x50
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 = CONFDIR/exim.ke
certificate(s).
|<2>| ASSERT: x509_b64.c:514
|<2>| ASSERT: x509_b64.c:447
|<2>| Could not find '-BEGIN DSA PRIVATE KEY'
|<2>| ASSERT: privkey.c:397
|<2>| ASSERT: gnutls_x509.c:686
|<2>| ASSERT: gnutls_x509.c:733
Error reading '/usr/share/ss
ke.c:1952
|<2>| ASSERT: gnutls_handshake.c:2415
|<6>| BUF[HSK]: Cleared Data from buffer
Error in handshake
Error: Could not negotiate a supported cipher suite.
|<4>| REC: Sending Alert[2|40] - Handshake failed
|<4>| REC[8070cf0]: Sending Packet[0] Alert(21) with length: 2
|<
À @dbcÎêÕ¢ÅETݳܺÔPuTTYwww:/tmp# PuTTY
If you don't see 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
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 for
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
as I probably don't understand enough 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
Br
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
anything to do 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
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 orde
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
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 Rega
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 wi
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 XX..x.
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
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
