It's been bugging me for weeks. And it hasn't changed since. No, I'm not talking about volcanic eruptions on Iceland. Neither am I talking about my little cat Twix which is still not able to open the little cat-door so the cat-toilet has to stay inside... No, I'm talking about the problem of the Android Email application which can't send mails. If you try to send an e-mail using your Android Email application (not Gmail!) you may see a yellow bar which contains the disappointing text CONNECTION FAILED. Why is that, you may ask yourself. Should I have bought an iPhone instead, may be the next question. The answer to all that is to analyze the problem. On the remote mail server, the try to send the e-mail is clearly refused because of a helo check:
Apr 22 15:53:04 area-1 postfix/smtpd: NOQUEUE: reject: RCPT from area-1.ch[126.96.36.199]: 554 5.7.1
gprs47.swisscom-mobile.ch[188.8.131.52]: 220 area-1.ch ESMTP Postfix (Debian/GNU) watchdog_pat: 0x559270 gprs47.swisscom-mobile.ch[184.108.40.206]: EHLO localhost gprs47.swisscom-mobile.ch[220.127.116.11]: 250-area-1.ch gprs47.swisscom-mobile.ch[18.104.22.168]: 250-PIPELINING gprs47.swisscom-mobile.ch[22.214.171.124]: 250-SIZE 10240000 gprs47.swisscom-mobile.ch[126.96.36.199]: 250-VRFY gprs47.swisscom-mobile.ch[188.8.131.52]: 250-ETRN lost connection after EHLO from gprs47.swisscom-mobile.ch[184.108.40.206]The problem is, that the used HELO/EHLO command used by the Android Email application is 'localhost' which of course is a senseless SMTP helo - everybody is localhost and you don't connect to a remote host like this. Now it would be interesting to compare this with the iPhone, and here we go:
gprs31.swisscom-mobile.ch[220.127.116.11]: EHLO [10.122.235.211] gprs31.swisscom-mobile.ch[18.104.22.168]: 250-area-1.ch gprs31.swisscom-mobile.ch[22.214.171.124]: 250-PIPELINING gprs31.swisscom-mobile.ch[126.96.36.199]: 250-SIZE 10240000 gprs31.swisscom-mobile.ch[188.8.131.52]: 250-VRFY gprs31.swisscom-mobile.ch[184.108.40.206]: 250-ETRNSo here we can compare it. Android uses 'localhost' and iPhone some internal IP (10.122.235.211) which isn't perfect either but much better than localhost. Depending on the mail server configuration this might also fail but the chances are definitely greater that the internal IP gets accepted. Many mail servers however reject remote hosts trying to send e-mails and identifying themselves as localhost for a good reason; a lot of spam servers are using this method. There is already a bug report open, issue no. 1063 handles this case. But unfortunately without resolution. I'll follow up on that and try to see what happens, when the entries in /etc/hosts are changed...
No comments yet.
Personal Internet VMware PHP Linux Shell Bluecoat Proxy Windows Hardware Virtualization Nagios MySQL DB Monitoring Mail Android Network Wyse Hacks Tomcat Postgres Apple Mac Surveillance Backup BSD ZFS Solaris SmartOS Unix Multimedia Perl Database MongoDB CMS OTRS FreeBSD Wordpress LXC Nginx Proxmox DNS Graphics GlusterFS Security Chef HAProxy Icinga Ansible HTML MariaDB Containers Rancher Docker AWS ELK Kibana Logstash Filebeat Varnish PGSQL PostgreSQL ElasticSearch CouchDB Bash Macintosh Container Minio Grafana InfluxDB Databases NFS OSSEC SystemD Java Zoneminder Elasticsearch SSL TLS Icingaweb2 Cloud Wireless Kubernetes Ubuntu