Delivery-Date: Fri, 10 Apr 2015 17:50:31 -0400
Return-Path: <tor-talk-bounces@lists.torproject.org>
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on moria.seul.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	RCVD_IN_DNSWL_MED,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1
X-Original-To: archiver@seul.org
Delivered-To: archiver@seul.org
Received: from eugeni.torproject.org (eugeni.torproject.org [38.229.72.13])
	(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by khazad-dum.seul.org (Postfix) with ESMTPS id D341B1E0032
	for <archiver@seul.org>; Fri, 10 Apr 2015 17:50:29 -0400 (EDT)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 5302134AAE;
	Fri, 10 Apr 2015 21:50:27 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id DE869349F8
 for <tor-talk@lists.torproject.org>; Fri, 10 Apr 2015 21:50:22 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at 
Received: from eugeni.torproject.org ([127.0.0.1])
 by localhost (eugeni.torproject.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id o8w5A4SN94ay for <tor-talk@lists.torproject.org>;
 Fri, 10 Apr 2015 21:50:22 +0000 (UTC)
Received: from smtp1.hushmail.com (smtp1.hushmail.com [65.39.178.135])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "smtp.hushmail.com", Issuer "smtp.hushmail.com" (not verified))
 by eugeni.torproject.org (Postfix) with ESMTPS id 8F42634A00
 for <tor-talk@lists.torproject.org>; Fri, 10 Apr 2015 21:50:22 +0000 (UTC)
Received: from smtp1.hushmail.com (localhost [127.0.0.1])
 by smtp1.hushmail.com (Postfix) with SMTP id 55EAB40176
 for <tor-talk@lists.torproject.org>; Fri, 10 Apr 2015 21:50:19 +0000 (UTC)
Received: from smtp.hushmail.com (w3.hushmail.com [65.39.178.62])
 by smtp1.hushmail.com (Postfix) with ESMTP
 for <tor-talk@lists.torproject.org>; Fri, 10 Apr 2015 21:50:19 +0000 (UTC)
Received: by smtp.hushmail.com (Postfix, from userid 99)
 id F057CC0D3A; Fri, 10 Apr 2015 21:50:18 +0000 (UTC)
MIME-Version: 1.0
Date: Fri, 10 Apr 2015 17:50:18 -0400
To: tor-talk@lists.torproject.org
From: "l.m" <ter.one.leeboi@hush.com>
In-Reply-To: <552820C1.8050203@sophiehassfurther.com>
References: <5527BB80.8010708@sophiehassfurther.com>
 <20150410183853.GA32173@riseup.net> <552820C1.8050203@sophiehassfurther.com> 
Message-Id: <20150410215018.F057CC0D3A@smtp.hushmail.com>
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: Re: [tor-talk] TorBirdy seems to connect to the same exit node
	again and again
X-BeenThere: tor-talk@lists.torproject.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: tor-talk@lists.torproject.org
List-Id: "all discussion about theory, design,
 and development of Onion Routing" <tor-talk.lists.torproject.org>
List-Unsubscribe: <https://lists.torproject.org/cgi-bin/mailman/options/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=unsubscribe>
List-Archive: <http://lists.torproject.org/pipermail/tor-talk/>
List-Post: <mailto:tor-talk@lists.torproject.org>
List-Help: <mailto:tor-talk-request@lists.torproject.org?subject=help>
List-Subscribe: <https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: tor-talk-bounces@lists.torproject.org
Sender: "tor-talk" <tor-talk-bounces@lists.torproject.org>

Hi,

I would like to ask if you're using the Tor Browser bundle with or
without modification. When the new identity is used in Tor Browser
(it's my understanding--please correct if wrong) that the circuits
related to open tabs are allowed to close. This is because the NEWNYM
signal is issued while also closing the connections for the currently
open tabs. The existing circuits close naturally because they are
already dirty. Then later tabs use new circuits and all is well in
anonland.

A complication can arise when using other applications (like TorBirdy)
with the Tor Browser bundle. The problem is some mail server
connections fail to close and persist across new identities (NEWNYM)
issued by Tor Browser. This makes later mail server connections appear
to split with an existing connection through one exit and new
connections through some other exit. Closing tabs in Tor Browser won't
fix it. Closing circuits related to tabs won't fix it. What needs to
happen is to have the existing mail server connection (having not
closed on it's own) forcefully closed by closing the related circuit.

I'm unclear if this is (partially) a fault of the mail server. I've
seen the same behavior in other applications so it may also be a
failure at the exit. If you see this problem increasingly occurring
you might try setting up a Vidalia instance in parallel with the Tor
Browser bundle. (I wouldn't normally suggest it except for
troubleshooting). You would then be able to see the offending circuit
held open.

--leeroy

-- 
tor-talk mailing list - tor-talk@lists.torproject.org
To unsubscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

