From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88163 Path: news.gmane.org!.POSTED!not-for-mail From: "Garreau\, Alexandre" Newsgroups: gmane.emacs.gnus.general Subject: Re: New DNS tld =?utf-8?Q?=E2=80=9Cmight?= be =?utf-8?Q?bogus?= =?utf-8?Q?=E2=80=9D=2E?= Date: Mon, 08 Oct 2018 20:56:00 +0200 Message-ID: <87o9c4z2rj.fsf@portable.galex-713.eu> References: <8736tg5tal.fsf@portable.galex-713.eu> <87y3b81hxy.fsf@ericabrahamsen.net> <871s902vtz.fsf@portable.galex-713.eu> <87k1ms1epm.fsf@ericabrahamsen.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1539024873 27410 195.159.176.226 (8 Oct 2018 18:54:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 8 Oct 2018 18:54:33 +0000 (UTC) User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu) Cc: ding@gnus.org To: Eric Abrahamsen Original-X-From: ding-owner+M36377@lists.math.uh.edu Mon Oct 08 20:54:29 2018 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9afk-00070x-59 for ding-account@gmane.org; Mon, 08 Oct 2018 20:54:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.90_1) (envelope-from ) id 1g9ahU-0008DD-3U; Mon, 08 Oct 2018 13:56:16 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1g9ahM-0008AU-5a for ding@lists.math.uh.edu; Mon, 08 Oct 2018 13:56:08 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1) (envelope-from ) id 1g9ahJ-0008HP-Ik for ding@lists.math.uh.edu; Mon, 08 Oct 2018 13:56:08 -0500 Original-Received: from portable.galex-713.eu ([89.234.186.82]) by quimby.gnus.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9ahH-0006DX-9R for ding@gnus.org; Mon, 08 Oct 2018 20:56:03 +0200 Original-Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1g9ahE-0006r6-Q0; Mon, 08 Oct 2018 20:56:01 +0200 X-GPG-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F X-Accept-Language: fr, en, it, eo In-Reply-To: <87k1ms1epm.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Mon, 08 Oct 2018 11:21:57 -0700") X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88163 Archived-At: On 2018/10/08 at 11:21, Eric Abrahamsen wrote: > If you haven't tried edebug before, it's a useful tool. Find the > function definition, hit "C-u C-M-x" somewhere on it, then run the > function. Keep whacking and see what it does. Do "C-M-x" again, > without the prefix, to un-instrument it. I knew edebug-defun, however I didn=E2=80=99t know it was automatically cal= led by C-M-x with a C-u prefix! thanks a lot! > "Garreau, Alexandre" writes: >> Le 08/10/2018 =C3=A0 10h12, Eric Abrahamsen a =C3=A9crit=C2=A0: >>> What's your value of `message-bogus-addresses'? My setup doesn't >>> complain >> (message-bogus-recipient-p "van@scratch.space") =3D> ("van@scratch.space= ") > > I don't know why it would flag that message when it doesn't match > `message-bogus-addresses'. > I don't know what `message-bogus-recipient-p' looks like in your > version, or why it's matching that address. No need to go until source or even debugging, my documentation=E2=80=99s la= st paragraph says =E2=80=9CAn address might be bogus if the domain part is not fully qualified, see =E2=80=98message-valid-fqdn-regexp=E2=80=99, or if the= re=E2=80=99s a matching entry in =E2=80=98message-bogus-addresses=E2=80=99=E2=80=9D, and i= n fact `message-valid-fqdn-regexp' (content afterwards [0]) doesn=E2=80=99t contain =E2=80=9Cspace=E2=80=9D as a TLD in my version. So maybe the object of this discussion should have been since the beginning =E2=80=9Cis it a good idea to just check with a manually-updated variable a such quickly-changing concept such as valid TLD=E2=80=9D? especi= ally as now, because it makes money I guess, there will be easily more and more new TLDs more often than a new emacs release comes out. So do we check for gTLDs + traditional generic TLDs and warn user about =E2=80=9Cnew shiny commercial TLDs=E2=80=9D, or should we retrieve a TLD li= st from elpa, or should we have a list of TLD updated at each release, lazily updated for each TLD found in address that would appear to really exist (because resolving the address with this TLD would work for instance), or should we do one of the former options but by, instead of whitelisting, blacklisting forbidden TLDs, or should we stop checking it? Usually I would have been more incline to the last option, as all the examples I saw who tried, failed to check for valid mail addresses (since there are special syntaxes for embedding =E2=80=9C@=E2=80=9D or =E2= =80=9C =E2=80=9D in address), valid domains (unless it pre-translate to IDN, Gnus apparently fails at this too), or, more importantly, failed at recognizing correctly a valid TLD, as gTLD are regularly being added, and I see no problems in this. However, since the new trend of popularizing all sort of whatever TLD, and since we also regularely gets lying DNS resolvers (some ISP do that, some questionable-legislations constrains in doing that too), and potentially that=E2=80=99d help cracking I guess, and some new *forbidden* = TLDs, for questions of security, sometimes appear (.onion, .local, .pkey, (.gnu?), etc.), a such functionality such as the firsts options could be interesting. In we go by blacklisting we go into interesting questions such as how to deal with more decentralized things such as trying to send mail to a .onion, .local, etc. domain. > I'm running Emacs master -- Gnus is now developed within the Emacs code > base, as of... I can't remember, a year or two? Then yours version is more up-to-date and maybe =E2=80=9Cright=E2=80=9D tha= n mine, what does `message-bogus-recipient-p'=E2=80=99s documentation says at yours? doe= sn=E2=80=99t it mention `message-valid-fqdn-regexp' so to suggest debugging is the best option? or do you just have a more up-to-date variable content that mentions even newer TLDs? [0] "[a-z0-9][-.a-z0-9]+\\.\\([a-z][a-z]\\|aero\\|arpa\\|asia\\|bitnet\\|bi= z\\|bofh\\|cat\\|com\\|coop\\|edu\\|gov\\|info\\|int\\|jobs\\|mil\\|mobi\\|= museum\\|name\\|net\\|org\\|pro\\|tel\\|travel\\|uucp\\|academy\\|actor\\|a= gency\\|airforce\\|archi\\|associates\\|axa\\|bar\\|bargains\\|bayern\\|bee= r\\|berlin\\|best\\|bid\\|bike\\|biz\\|black\\|blackfriday\\|blue\\|boutiqu= e\\|build\\|builders\\|buzz\\|cab\\|camera\\|camp\\|capital\\|cards\\|care\= \|career\\|careers\\|cash\\|catering\\|center\\|ceo\\|cheap\\|christmas\\|c= hurch\\|citic\\|cleaning\\|clinic\\|clothing\\|club\\|codes\\|coffee\\|coll= ege\\|cologne\\|com\\|community\\|company\\|computer\\|construction\\|contr= actors\\|cooking\\|cool\\|country\\|creditcard\\|cruises\\|dance\\|dating\\= |democrat\\|dental\\|desi\\|design\\|diamonds\\|directory\\|discount\\|doma= ins\\|education\\|email\\|engineering\\|enterprises\\|equipment\\|estate\\|= eus\\|events\\|exchange\\|expert\\|exposed\\|fail\\|farm\\|feedback\\|finan= ce\\|financial\\|fish\\|fishing\\|fitness\\|flights\\|florist\\|foo\\|found= ation\\|frogans\\|fund\\|furniture\\|futbol\\|gal\\|gallery\\|gift\\|glass\= \|globo\\|gmo\\|gop\\|graphics\\|gratis\\|gripe\\|guide\\|guitars\\|guru\\|= hamburg\\|haus\\|hiphop\\|holdings\\|holiday\\|homes\\|horse\\|house\\|immo= bilien\\|industries\\|info\\|ink\\|institute\\|insure\\|international\\|inv= estments\\|jetzt\\|juegos\\|kaufen\\|kim\\|kitchen\\|kiwi\\|koeln\\|kred\\|= land\\|lat\\|latino\\|lease\\|life\\|lighting\\|limited\\|limo\\|link\\|loa= ns\\|london\\|luxe\\|luxury\\|management\\|mango\\|marketing\\|media\\|meet= \\|menu\\|miami\\|moda\\|moe\\|monash\\|moscow\\|motorcycles\\|nagoya\\|nam= e\\|net\\|neustar\\|ninja\\|nyc\\|okinawa\\|onl\\|org\\|paris\\|partners\\|= parts\\|photo\\|photography\\|photos\\|pics\\|pictures\\|pink\\|plumbing\\|= pro\\|productions\\|properties\\|pub\\|qpon\\|quebec\\|recipes\\|red\\|reis= en\\|ren\\|rentals\\|repair\\|report\\|rest\\|reviews\\|rich\\|rocks\\|rode= o\\|ruhr\\|ryukyu\\|saarland\\|schule\\|scot\\|services\\|sexy\\|shiksha\\|= shoes\\|singles\\|social\\|sohu\\|solar\\|solutions\\|soy\\|supplies\\|supp= ly\\|support\\|surgery\\|systems\\|tattoo\\|tax\\|technology\\|tienda\\|tip= s\\|today\\|tokyo\\|tools\\|town\\|toys\\|trade\\|training\\|university\\|u= no\\|vacations\\|vegas\\|ventures\\|viajes\\|villas\\|vision\\|vodka\\|vote= \\|voting\\|voto\\|voyage\\|wang\\|watch\\|webcam\\|wed\\|wien\\|wiki\\|wor= ks\\|wtc\\|wtf\\|xyz\\|yachts\\|yokohama\\|you\\|zone\\)"