[support] multiple users with same email address

Kitt Hodsden kitt-drupal at hodsden.org
Tue Jul 17 18:34:09 UTC 2007


Quoting Earnie Boyd <earnie at users.sourceforge.net>:

> Quoting Greg Knaddison - GVS <Greg at GrowingVentureSolutions.com>:
> 
> > On 7/17/07, Earnie Boyd <earnie at users.sourceforge.net> wrote:
> >> Quoting Michelle Cox <mcox at charter.net>:
> >> > What I do is I have a catch all forwarder on my domain and then I can
> make
> >> > up any email and it forwards to my main email.
> >> >
> >>
> >> Yes, this is the way to do it.  Forget about those silly games with +
> >> signs and such.

This assumes, also that you have access to play with your domain's mail setup. 
The original post included a note that specifically mentioned a limited set of
email addresses availble for testing.  That implies to me (or rather, I
inferred) that there isn't access to just add another subdomain or a large
number of accounts.

> > Aside from adding to your argument's strength, I fail to see anything
> > silly or gamish about using a + sign more than using catchall.
> >
> 
> True, I should have kept this comment silent.  Some of the ideas 
> expressed about tracking who sold your address can be useful.  I would 
> suggest though that an account be created for each address and use 
> pop/imap to fetch the email to your primary account.

See comment above.  Not everyone has access to a throwaway domain or subdomain
for testing.

And setting up a slew of accounts to forward to one account seems like a lot of
unnecessary work when compared to user+account at gmail.com

BTW, not all MTAs accept the +anything format (qmail, for example, doesn't by
default), so test first.

> >> I would even add a DNS entry for dev.sample.com, set up the catch all
> >> forwarding email for dev.sample.com only and it becomes easy to have as
> >> many email at dev.sample.com you want.
> >
> > RFC2606 [1] recommends that example.com be used when you are looking
> > for an example domain.  Using something else sends traffic and
> > linkjuice etc. to either live domains (who may not appreciate it) or
> > in this case to domainers who love the extra traffic.  I don't
> > begrudge them the traffic, but since I spent some time searching for
> > these [2] and replacing them in comments and documentation in Drupal
> > core/contrib I'd appreciate others help in using the appropriate
> > example for example domains.
> >
> 
> Quote the RFC
> 
> <quote>
>    To safely satisfy these needs, four domain names are reserved as
>    listed and described below.
> 
>                    .test
>                 .example
>                 .invalid
>               .localhost
> 
>       ".test" is recommended for use in testing of current or new DNS
>       related code.
> 
>       ".example" is recommended for use in documentation or as examples.
> 
>       ".invalid" is intended for use in online construction of domain
>       names that are sure to be invalid and which it is obvious at a
>       glance are invalid.
> 
>       The ".localhost" TLD has traditionally been statically defined in
>       host DNS implementations as having an A record pointing to the
>       loop back IP address and is reserved for such use.  Any other use
>       would conflict with widely deployed code which assumes this use.
> </quote>
> 
> But I find http://test.com and http://invalid.com pulls up live.  
> http://sample.com pulls to a parked page as well.  http://example.com 
> brings a text page that references the RFC.  So based on actual 
> results, example.com and localhost.com are the only items of the RFC 
> that remain true.  Sample and example are synonymous, 
> http://encarta.msn.com/thesaurus_/sample.html, so I usually forget 
> which to use.

Be sure localhost is properly configured.  localhost.com used to be a domain
that had a web and email access. 

http://www.oreillynet.com/lpt/a/6999

I recommend using only example.* for testing TLD.

Kitt.



More information about the support mailing list