From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/27207 Path: main.gmane.org!not-for-mail From: Toby Speight Newsgroups: gmane.emacs.gnus.general Subject: Re: doubling addresses when following up Date: 24 Nov 1999 18:13:30 +0000 Organization: Citrix Systems (Cambridge) Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035164274 23374 80.91.224.250 (21 Oct 2002 01:37:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:37:54 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA23117 for ; Wed, 24 Nov 1999 13:16:03 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id MAB19607; Wed, 24 Nov 1999 12:15:31 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 24 Nov 1999 12:15:13 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id MAA15898 for ; Wed, 24 Nov 1999 12:14:38 -0600 (CST) Original-Received: from gatekeeper.ctxuk.citrix.com (root@gatekeeper.ctxuk.citrix.com [195.153.38.114]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA23088 for ; Wed, 24 Nov 1999 13:13:45 -0500 (EST) Original-Received: from sh.ctxuk.citrix.com (sh.ctxuk.citrix.com [10.30.224.4]) by gatekeeper.ctxuk.citrix.com (8.8.7/BSCF-1.7) with ESMTP id SAA03789 for ; Wed, 24 Nov 1999 18:13:32 GMT Original-Received: from hwav01.ctxuk.citrix.com (hwav01.ctxuk.citrix.com [10.30.224.26]) by sh.ctxuk.citrix.com (8.8.7/BSCF-1.7) with SMTP id SAA25030 for ; Wed, 24 Nov 1999 18:13:31 GMT Original-Received: from 10.30.224.23 by hwav01.ctxuk.citrix.com (InterScan E-Mail VirusWall NT); Wed, 24 Nov 1999 18:13:31 -0000 (GMT Standard Time) Original-Received: from lanber.cam.citrix.com (LANBER [10.70.1.235]) by hwmail01.ctxuk.citrix.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id W77FFJ3J; Wed, 24 Nov 1999 18:13:31 -0000 Original-To: The Gnus Mailing List Original-Lines: 52 In-Reply-To: Vladimir Volovich's message of "24 Nov 1999 10:32:20 +0300" X-Author-Info: Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:27207 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:27207 Vladimir> Vladimir V. Volovich 0> In article , Vladimir wrote: Vladimir> suppose that some message has headers Vladimir> To: someone@domain.com Vladimir> Reply-To: SomeOne@domain.com Vladimir> Vladimir> When i followup to this message, gnus puts both addresses (one Vladimir> to To:, and one to Cc:). But these addresses differ only by Vladimir> case. Do RFCs say that email addresses are case-insensitive? The local-part of an address is case-sensitive as far as transmission is concerned (though the two addresses may be delivered to the same mailbox, a mail agent must assume they are as different as and ). In a past life, I once used this for filtering mail based on which case variant it was addressed to (with case-insensitive delivery, and no "plussing" facility). The domain-name, though, is case-insensitive, so and refer to the same mailbox. The relevant RFC is RFC 822 , which says: #> 3.4.7. CASE INDEPENDENCE #> #> Except as noted, alphabetic strings may be represented in any #> combination of upper and lower case. The only syntactic units #> which requires preservation of case information are: #> #> - text #> - qtext #> - dtext #> - ctext #> - quoted-pair #> - local-part, except "Postmaster" #> #> When matching any other syntactic unit, case is to be ignored. #> For example, the field-names "From", "FROM", "from", and even #> "FroM" are semantically equal and should all be treated ident- #> ically. #> #> When generating these units, any mix of upper and lower case #> alphabetic characters may be used. The case shown in this #> specification is suggested for message-creating processes. #> #> Note: The reserved local-part address unit, "Postmaster", is #> an exception. When the value "Postmaster" is being #> interpreted, it must be accepted in any mixture of #> case, including "POSTMASTER", and "postmaster".