[exim] SWAKS works to send / receive, but Can't connect to …

Top Page
Delete this message
Reply to this message
Author: Dave Myers
Date:  
To: exim-users
Subject: [exim] SWAKS works to send / receive, but Can't connect to exim4 smtp server from clients or telnett,
Dear exim users.


I've been setting up a mail server, which finaly seems to be
functioning, in as much as I can send / receive messages to the server
internally and externally. this is done using swaks or simple command
line such as:

echo "This is a test." | mail -s Testing someone@???

However I can't connect via any clients, or through telnet.

However i can't connect with thunderbird, or via telent (it should be
noted that I can openSSL into the dovecot imap server OK and
authentication works there).

This is my telnet session.

     telnet mail.exsportee.biz 25
     Trying 92.39.247.92...
     Connected to mail.exsportee.biz.
     Escape character is '^]'.
     220 vps4576-cloud.dns26.com ESMTP Exim 4.72 Thu, 18 Sep 2014 
15:28:26 +0000
     ehlo exsportee.biz
     250-vps4576-cloud.dns26.com Hello 85-170-90-200.rev.numericable.fr 
[85.170.90.200]
     250-SIZE 52428800
     250-PIPELINING
     250-AUTH LOGIN PLAIN
     250-STARTTLS
     250 HELP
     auth plain
     435 Unable to authenticate at present
     auth plain "websales@???" "testPassword"
     435 Unable to authenticate at present



And this is from Exim (started using the exim4 -d -bd )

25006 Connection request from 85.170.90.200 port 57350
25006 search_tidyup called
25006 2 SMTP accept processes running
25006 Listening...
25024 host in rfc1413_hosts? yes (matched "*")
25024 doing ident callback
25024 ident connection to 85.170.90.200 failed: Connection timed out
25024 sender_fullhost = [85.170.90.200]
25024 sender_rcvhost = [85.170.90.200]
25024 Process 25024 is handling incoming connection from [85.170.90.200]
25024 host in host_lookup? yes (matched "*")
25024 looking up host name for 85.170.90.200
25024 DNS lookup of 200.90.170.85.in-addr.arpa (PTR) succeeded
25024 IP address lookup yielded 85-170-90-200.rev.numericable.fr
25024 gethostbyname2(af=inet6) returned 4 (NO_DATA)
25024 gethostbyname2 looked up these IP addresses:
25024   name=85-170-90-200.rev.numericable.fr address=85.170.90.200
25024 checking addresses for 85-170-90-200.rev.numericable.fr
25024   85.170.90.200 OK
25024 sender_fullhost = 85-170-90-200.rev.numericable.fr [85.170.90.200]
25024 sender_rcvhost = 85-170-90-200.rev.numericable.fr ([85.170.90.200])
25024 set_process_info: 25024 handling incoming connection from 
85-170-90-200.rev.numericable.fr [85.170.90.200]
25024 host in host_reject_connection? no (option unset)
25024 host in sender_unqualified_hosts? no (option unset)
25024 host in recipient_unqualified_hosts? no (option unset)
25024 host in helo_verify_hosts? no (option unset)
25024 host in helo_try_verify_hosts? no (option unset)
25024 host in helo_accept_junk_hosts? no (option unset)
25024 SMTP>> 220 vps4576-cloud.dns26.com ESMTP Exim 4.72 Fri, 19 Sep 
2014 06:57:12 +0000
25024 Process 25024 is ready for new message
25024 smtp_setup_msg entered
25024 SMTP<< ehlo exsportee.biz
25024 sender_fullhost = 85-170-90-200.rev.numericable.fr (exsportee.biz) 
[85.170.90.200]
25024 sender_rcvhost = 85-170-90-200.rev.numericable.fr ([85.170.90.200] 
helo=exsportee.biz)
25024 set_process_info: 25024 handling incoming connection from 
85-170-90-200.rev.numericable.fr (exsportee.biz) [85.170.90.200]
25024 host in pipelining_advertise_hosts? yes (matched "*")
25024 host in auth_advertise_hosts? yes (matched "*")
25024 host in tls_advertise_hosts? yes (matched "*")
25024 SMTP>> 250-vps4576-cloud.dns26.com Hello 
85-170-90-200.rev.numericable.fr [85.170.90.200]
25024 250-SIZE 52428800
25024 250-PIPELINING
25024 250-AUTH LOGIN PLAIN
25024 250-STARTTLS
25024 250 HELP
25024 SMTP<< auth plain "websales@???" "testPassword"
25024 dovecot authentication
25024 received: VERSION    1    1
25024 received: SPID    20715


The connection never seems to time out either. There is no information
going into the dovecot log, or the exim4 mainlog for this session

At first I thought this was a dovecot problem, but as i say I can
connect to dovecot using the same name / password using the following
line (with the output from the session...)

      openssl s_client -connect mail.exsportee.biz:993
     CONNECTED(00000003)
     depth=0 C = fr, ST = coupvray, L = paris, O = exsportee, OU = 
facilitee, CN = scibearspace, emailAddress = david.myers@???
     verify error:num=18:self signed certificate
     verify return:1
     depth=0 C = fr, ST = coupvray, L = paris, O = exsportee, OU = 
facilitee, CN = scibearspace, emailAddress = david.myers@???
     verify return:1
     ---
     Certificate chain
     [....]
     * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID 
ENABLE IDLE AUTH=PLAIN AUTH=LOGIN AUTH=CRAM-MD5] Dovecot ready.
     a login "websales@???" "testPassword"
     a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID 
ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND 
UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE 
QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS 
SPECIAL-USE] Logged in



This leads me to suspect that I have an issue with my authenticator(s)...

     dovecot_login:
       driver = dovecot
       #the public_name is the type of authentication that dovecot has 
been configured to accept
       public_name = LOGIN
     #SHA512-CRYPT
       server_socket = /var/run/dovecot/auth-userdb
     # setting server_set_id might break several headers in mails sent 
by authenticated smtp. So be careful.
       server_set_id = $auth1


     #we aren't using plain text logins so this is commented out, but 
left available if required
     dovecot_plain:
       driver = dovecot
       public_name = PLAIN
       server_socket = /var/run/dovecot/auth-userdb
       server_set_id = $auth1



I can confirm that the location of the server socket file is correct,
I've recently changed it from auth-client to auth-userdb. which removed
a 'unable to authenticate: socket file not ready' error (or something
like that :) )

Any help on where to go from here will be greately appreciated.

--
Tel:
+ 33 6 50 14 39 34

email:
david.myers.24j74@???

Addres:
    22 Rue de L'Eglise 77700 Coupvray.
    77700
    France