From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-145166-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 82388138947
	for <garchives@archives.gentoo.org>; Sat,  9 Feb 2013 20:10:53 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 707BB21C04C;
	Sat,  9 Feb 2013 20:10:44 +0000 (UTC)
Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id A174D21C02E
	for <gentoo-user@lists.gentoo.org>; Sat,  9 Feb 2013 20:10:42 +0000 (UTC)
Received: by mail-wg0-f42.google.com with SMTP id 12so1492642wgh.5
        for <gentoo-user@lists.gentoo.org>; Sat, 09 Feb 2013 12:10:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:message-id:date:from:user-agent:mime-version:to:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=9ZIDkCVhQQI1/7D9EQsNlBHYZEmEX+vJIYkDDWCVhOs=;
        b=LWdQad+PzxsSEQUvfpNDBGbchS/7ajHKyrVJG4zSLxQyw3/tdsK4n+PRmmO+/Y+Ky+
         o37MuLBw3FbOZQa5g+JTv9bnvXe53YvFpPr3k8Ie43enz4VOp3v36Y6DTflX5nzKNH9X
         EX8esVv0PlilALM2jAXaV2mqmY48hgocWXIetrH6/+aOqEuui0nw9n4WHuoEYXhfV7iq
         zFcIegkU1NtVg8laPKcyk3U5YTmhRSwqS+jB5RViNbHQT2kG4o8y3sFFqxgpIDyu6UiA
         hZOtsY0tDhpxgSAf9hpblQhnJhdQFc+kt/Adf+BJh5SG8oMxxtQqbbfFd8zZ21AlgYa3
         j1Qw==
X-Received: by 10.180.84.131 with SMTP id z3mr8600920wiy.25.1360440641260;
        Sat, 09 Feb 2013 12:10:41 -0800 (PST)
Received: from [172.20.0.41] (196-215-209-80.dynamic.isadsl.co.za. [196.215.209.80])
        by mx.google.com with ESMTPS id e6sm22965031wiz.1.2013.02.09.12.10.39
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 09 Feb 2013 12:10:40 -0800 (PST)
Message-ID: <5116ACFD.7050406@gmail.com>
Date: Sat, 09 Feb 2013 22:09:33 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130114 Thunderbird/17.0.2
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Creating accounts in Thunderbird
References: <510E4F56.1080703@gmail.com> <510E584E.3090902@hadt.biz> <510E58C8.8080504@gmail.com> <510E59F9.3010308@hadt.biz> <510E5E00.5060209@gmail.com> <510E608F.9050207@hadt.biz> <510E6F4C.5050609@gmail.com> <5113CE83.7010802@libertytrek.org> <51140E55.5020303@gmail.com> <51141780.2000100@libertytrek.org>
In-Reply-To: <51141780.2000100@libertytrek.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 790d0845-d690-4b03-a9c7-b5930e8b58a3
X-Archives-Hash: dd2426efb10866eea236e4f6daeb3bf0

On 07/02/2013 23:07, Tanstaafl wrote:
>> Which is silly, as username+hostname is not guaranteed to be a
>> singleton in any universe.
> 
> ? I can't think of any way that username+incoming-hostname can result in
> anything other than a single, individual users account, so I guess I'm
> totally missing what you are saying.

 it
A few examples off the top of my head:


1. Two imap servers on the same host running on different ports and no
reason why a user can't have accounts on both servers
2. port forwarding on localhost to a variety of impa servers somewhere
else (port forwarding gets around corporate firewall rules that
Thunderbird can't deal with)
3. Because I can and there's no legitimate reason for a mail client to
get in my way
4. Corporate sysadmins like me use tricks like this all the time to a)
fix real problems b) comply with frantic business requests c) stay
within budget d) get around stupid rules proclaimed by idiot managers
with single figure IQs

There are more valid reasons why this setup can occur and I have a lack
of mentions in RFCs to prove it.
There are no valid reasons for a mail client to get in my way like this
and I have a lack of RFC mentions that allow it to prove

-- 
Alan McKinnon
alan.mckinnon@gmail.com