From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7448 Path: news.gmane.org!not-for-mail From: Harald Becker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Security advisory for musl libc - stack-based buffer overflow in ipv6 literal parsing [CVE-2015-1817] Date: Mon, 20 Apr 2015 13:50:36 +0200 Message-ID: <5534E80C.20005@gmx.de> References: <20150417180907.GA26856@openwall.com> <20150418133202.GG17615@ucc.gu.uwa.edu.au> <20150418152542.GG6817@brightrain.aerifal.cx> <55327D1F.5070807@gmx.de> <20150418155845.GH6817@brightrain.aerifal.cx> <55328604.4000705@gmx.de> <20150418163702.GI6817@brightrain.aerifal.cx> <55329EDE.8020204@address4me.eu> <20150418195649.GJ6817@brightrain.aerifal.cx> <5532C660.7010807@skarnet.org> <20150419034444.GM6817@brightrain.aerifal.cx> <5534D22F.7020301@gmx.de> <20150420112032.Horde.4-3QTwY__dnpWFxF0d_mIQ1@ssl.eumx.net> <5534E46F.6070909@gmx.de> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1429530651 24356 80.91.229.3 (20 Apr 2015 11:50:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Apr 2015 11:50:51 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7461-gllmg-musl=m.gmane.org@lists.openwall.com Mon Apr 20 13:50:50 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YkADy-0008Be-El for gllmg-musl@m.gmane.org; Mon, 20 Apr 2015 13:50:50 +0200 Original-Received: (qmail 1678 invoked by uid 550); 20 Apr 2015 11:50:49 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 1657 invoked from network); 20 Apr 2015 11:50:48 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 In-Reply-To: <5534E46F.6070909@gmx.de> X-Provags-ID: V03:K0:7Um6NJzB1UcAZGq8+r+jXBs1cD1pLOG5Ef6LkJ2lrTD8V9bv4Wf nqBZtr3OcBEIXEbU51Bj12ZDibuWIlHDGpj84Szbm8Fy5mFIes0h/68RS7tzNUsGhWuhCqO 4oUHkQM3RdOLIcvUZKurcieh0j0TqOTFay+tw/6CXF0pvHrIB0XQ96oXuR24ZMJPn1C/lYG 5HkvIWC0PA9BMWZkPUkmg== X-UI-Out-Filterresults: notjunk:1; Xref: news.gmane.org gmane.linux.lib.musl.general:7448 Archived-At: Hi Rich ! > On 20.04.2015 13:20, Kurt H Maier wrote: >> Quoting Harald Becker : >>> Sending mail still fails, see appended screen shot of Thunderbird >>> message! >> >> Testing this, I get random failures and/or delays when looking up >> libc.org MX records, usually from DNS3.REGISTRAR-SERVERS.COM. Random delays? One suggestion: Rich are you able to add several MX records for your domain, with the same address? e.g. 10 mail.aerifal.cx. 20 mail.aerifal.cx. 30 mail.aerifal.cx. 40 mail.aerifal.cx. 50 mail.aerifal.cx. This may help to solve random lookup problems, as the lookup proceed with the other entries, when the first fails. This should add some retrial to the providers address lookup. AFAIR, anywhere exists an official suggestion to have at least 5 MX records for each domain, may be all pointing to same address. I think those random failures are exactly the reason for this suggestion. Harald