Bug#502963: exim4-daemon-light: Error sending mail with Apple's Mail.app to exim4 over TLS with authentication.

2012-05-28 Thread Sebastian Andrzej Siewior
On Tue, Oct 21, 2008 at 06:43:26PM +0100, WS wrote:
 
 Still does not work. However, the error has changed:
 
 2008-10-21 18:38:00 no IP address found for host laptop (during SMTP 
 connection from [192.168.1.41])
 2008-10-21 18:38:07 TLS error on connection from ([192.168.1.41]) 
 [192.168.1.41] (gnutls_handshake): A TLS packet with unexpected length was 
 received.

I had this error message only because my authentification setup was wrong.
Instead of a proper error message with a hint, iMail tried a few things
and broke up. The TLS connection was just left as it and later closed.

 WS

Sebastian



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#502963: exim4-daemon-light: Error sending mail with Apple's Mail.app to exim4 over TLS with authentication.

2010-02-06 Thread Keith Vance
I had a similar problem and solved it by making sure my Debian certs 
(Exim4/Courier) were created using the same domain name as I was configuring in 
Mail.app. Then I deleted all of the old entries from the Mac keychain and 
everything worked perfectly.

Cheers,
Keith


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#502963: exim4-daemon-light: Error sending mail with Apple's Mail.app to exim4 over TLS with authentication.

2008-10-21 Thread WS
Package: exim4-daemon-light
Version: 4.69-9
Severity: normal

I am trying to get Apple's Mail.app to play with exim4 on a Debian (lenny)
server.

$ dpkg -l | grep exim
ii  exim44.69-9
ii  exim4-base   4.69-9
ii  exim4-config 4.69-9
ii  exim4-daemon-light   4.69-9

I would like the laptop Mail.app lives on to use password authentication over
tls to send mail. However, it does not work.

$ cat exim4.conf.localmacros
MAIN_TLS_ENABLE = true

$ cat update-exim4.conf.conf
dc_eximconfig_configtype='smarthost'
dc_other_hostnames='fooke'
dc_local_interfaces=''
dc_readhost='fooke'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets='192.168.1.0/24'
dc_smarthost='machine.isp.com'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'

In exim4.conf.template:
plain_server:
   driver = plaintext
   public_name = PLAIN
   server_condition = ${if 
crypteq{$auth3}{${extract{1}{:}{${lookup{$auth2}lsearch{CONFDIR/passwd}{$value}{*:*}{1}{0}}
   server_set_id = $auth2
   server_prompts = :
   .ifndef AUTH_SERVER_ALLOW_NOTLS_PASSWORDS
   server_advertise_condition = ${if eq{$tls_cipher}{}{}{*}}
   .endif

$ cat passwd
user:310rn3lrrprLr

This is generated using:
htpasswd -nd user

In mainlog I see:
2008-10-18 17:35:39 no IP address found for host laptop (during SMTP connection 
from [192.168.1.41])
2008-10-18 17:35:49 TLS error on connection from ([192.168.1.41]) 
[192.168.1.41] (gnutls_handshake): Error in the push function.

'ping laptop' shows there is an IP address for 'laptop' (it comes from dnsmasq
on my dhcp server I think).

$ ping -c1 laptop
PING laptop (192.168.1.41) 56(84) bytes of data.
64 bytes from laptop (192.168.1.41): icmp_seq=1 ttl=64 time=1.89 ms

--- laptop ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 1.898/1.898/1.898/0.000 ms

However, to be sure, I add an appropriate entry in /etc/hosts and the IP
message goes away but the push error stays.

Turning off password auth but still using tls creates the same error.
Turning off password auth and not using tls works just fine and email sends.

I spoke to the exim guys and they say it is most likely to be a gnutls/debian
bug and to post here. I have tried using another client (another Debian box)
and I get a different error which is fixed if I reduced the number of certs in
ca-certificates. However, this does not fix the Mail.app error.

Mail.app uses tls just fine to get the mail in the first place over IMAP.

WS



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#502963: exim4-daemon-light: Error sending mail with Apple's Mail.app to exim4 over TLS with authentication.

2008-10-21 Thread Andreas Metzler
On 2008-10-21 WS [EMAIL PROTECTED] wrote:
 Package: exim4-daemon-light
 Version: 4.69-9
 Severity: normal

 I am trying to get Apple's Mail.app to play with exim4 on a Debian (lenny)
 server.

 $ dpkg -l | grep exim
 ii  exim44.69-9
 ii  exim4-base   4.69-9
 ii  exim4-config 4.69-9
 ii  exim4-daemon-light   4.69-9

 I would like the laptop Mail.app lives on to use password authentication over
 tls to send mail. However, it does not work.

 $ cat exim4.conf.localmacros
 MAIN_TLS_ENABLE = true
[...]
 2008-10-18 17:35:49 TLS error on connection from ([192.168.1.41]) 
 [192.168.1.41] (gnutls_handshake): Error in the push function.
[...]

Could you check whether adding

MAIN_TLS_TRY_VERIFY_HOSTS =

to exim4.conf.localmacros helps? (Do not forget to run
/ect/init.d/exim4 reload after modifying the file.)
cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#502963: exim4-daemon-light: Error sending mail with Apple's Mail.app to exim4 over TLS with authentication.

2008-10-21 Thread WS
* Andreas Metzler [EMAIL PROTECTED] [21/10/08 18:26] wrote:
 Could you check whether adding
 
 MAIN_TLS_TRY_VERIFY_HOSTS =
 
 to exim4.conf.localmacros helps? (Do not forget to run
 /ect/init.d/exim4 reload after modifying the file.)

Still does not work. However, the error has changed:

2008-10-21 18:38:00 no IP address found for host laptop (during SMTP connection 
from [192.168.1.41])
2008-10-21 18:38:07 TLS error on connection from ([192.168.1.41]) 
[192.168.1.41] (gnutls_handshake): A TLS packet with unexpected length was 
received.

WS



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]