From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/84148 Path: news.gmane.org!not-for-mail From: Leonidas Tsampros Newsgroups: gmane.emacs.gnus.general Subject: Re: dns.el: forget DNS servers in new network Date: Sun, 02 Feb 2014 23:56:50 +0200 Message-ID: <87bnypi3fh.fsf@kepler.lan> References: <87bo21u3v7.fsf@flea.lifelogs.com> <87iot1dsf0.fsf@building.gnus.org> Reply-To: ltsampros@upnet.gr NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1391378267 14362 80.91.229.3 (2 Feb 2014 21:57:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Feb 2014 21:57:47 +0000 (UTC) Cc: ding@gnus.org, Magnus Henoch To: Lars Ingebrigtsen Original-X-From: ding-owner+M32400@lists.math.uh.edu Sun Feb 02 22:57:54 2014 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WA531-0003K9-96 for ding-account@gmane.org; Sun, 02 Feb 2014 22:57:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1WA52K-0005tF-8j; Sun, 02 Feb 2014 15:57:08 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1WA52H-0005sx-Gh for ding@lists.math.uh.edu; Sun, 02 Feb 2014 15:57:05 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1WA52D-0006bC-0B for ding@lists.math.uh.edu; Sun, 02 Feb 2014 15:57:05 -0600 Original-Received: from mail-ee0-f50.google.com ([74.125.83.50]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1WA52B-00035r-8W; Sun, 02 Feb 2014 22:56:59 +0100 Original-Received: by mail-ee0-f50.google.com with SMTP id d17so3254914eek.23 for ; Sun, 02 Feb 2014 13:56:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=w2PtRrHHOzv1qJ/vvoMp7SBCM9OOKrDh7sGfTusrBqE=; b=sHPopkwjfu/vDvg0WeEwc7y0/SgpexW1FLbeZw3D58cL89ocunNtSBRtwcds7oSmQ+ 8XyTo/MNnlISv+38Oc5Pjej0L/JPe7cQ1J9240Xf/Fo+Aegl0A+3WpX5tVWDV6rkWOZB ZgYp4BHTR1vWIKu+TxyOyJdgUjQ0QVxSP2o1HmW7bqP0JlFr+9eWuVxegeYSK8Mxs/V5 uX9C09id6xkSBTjJ+hJ61C0GNq3sa1G6iaP3NBOnbhh14VE+D3VAyvjY4yixsvTrPvsr F0AoY21mIsJ4Bej6hOYPT1SgnZmg1amXrfb13DOkjSlw76O4fLuhnLmqFZVo5dq3kZy5 9hwA== X-Received: by 10.14.105.200 with SMTP id k48mr4434893eeg.44.1391378213845; Sun, 02 Feb 2014 13:56:53 -0800 (PST) Original-Received: from kepler.lan (adsl-212.37.6.69.tellas.gr. [37.6.69.212]) by mx.google.com with ESMTPSA id b41sm66857431eef.16.2014.02.02.13.56.51 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 02 Feb 2014 13:56:52 -0800 (PST) In-Reply-To: <87iot1dsf0.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Thu, 30 Jan 2014 14:19:15 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:84148 Archived-At: Lars Ingebrigtsen writes: > Ted Zlatanov writes: > >> MHf> Thus the patch below. It checks whether the names and IP addresses of >> MH> all network interfaces have changed, and if so, rereads /etc/resolv.conf >> MH> instead of using the value of dns-servers. What do you think about it? >> >> I like it. I wonder if it can be used more generally to find out if the >> network has changed, a pretty common mobile case that can produce >> connection timeouts. > > Yeah, it's a good idea. Gnus should kill off all network connections > when the IP address changes. > > It's not a 100% solution (you may be tethered behind a device that > changes address, and they you won't discover the situation because your > own IP address doesn't change), but it's better than nothing. > > However, I wonder whether this could be done more generally? That is, > allow functions to "register" actions to be done when the IP address > changes, so that we don't have to duplicate this code in several > packages... I really like this too! Having a device change a network, for example from work to home or more imporantly from work to a public hotspot (e.g. airport, starbucks, cofeehouses, libraries etc), can lead to "information leaking". For example, I do not want my Gnus to try connect to my job's mail server when at the home network. I was thinking that a regural DNS /etc/resolv.conf polling of the "search" parameter would be nice. So if we see "search corporation.com" you know I'm at WORK (so kill connection X and don't try and reconnect to server Y) but if it is set to "search home.lan" hey i'm at home now kill connections BLABLA and don't try to connect on server KOKO. I know that I'm talking about a different problem here, but IP changes usually comes from changing networks and I want my mail reader to be "location aware" since ip readdressing is not an everyday task. I hope I'm making sense :).