xref: /csrg-svn/share/man/man7/mailaddr.7 (revision 43725)
1*43725Scael.\" Copyright (c) 1983, 1987, 1990 The Regents of the University of California.
236737Sbostic.\" All rights reserved.
320973Smckusick.\"
4*43725Scael.\" %sccs.include.redist.man%
520973Smckusick.\"
6*43725Scael.\"     @(#)mailaddr.7	6.6 (Berkeley) 06/24/90
736737Sbostic.\"
8*43725Scael.Dd
9*43725Scael.Dt MAILADDR 7
10*43725Scael.Os BSD 4.2
11*43725Scael.Sh NAME
12*43725Scael.Nm mailaddr
13*43725Scael.Nd mail addressing description
14*43725Scael.Sh DESCRIPTION
1531939SbosticMail addresses are based on the ARPANET protocol listed at the end of this
1631939Sbosticmanual page.  These addresses are in the general format
17*43725Scael.Pp
18*43725Scael.Dl user@domain
19*43725Scael.Pp
2031939Sbosticwhere a domain is a hierarchical dot separated list of subdomains.  For
2131939Sbosticexample, the address
22*43725Scael.Pp
23*43725Scael.Dl eric@monet.berkeley.edu
24*43725Scael.Pp
2531939Sbosticis normally interpreted from right to left: the message should go to the
2631939SbosticARPA name tables (which do not correspond exactly to the physical ARPANET),
2731939Sbosticthen to the Berkeley gateway, after which it should go to the local host
2831939Sbosticmonet.  When the message reaches monet it is delivered to the user ``eric''.
29*43725Scael.Pp
3031939SbosticUnlike some other forms of addressing, this does not imply any routing.
3131939SbosticThus, although this address is specified as an ARPA address, it might
3231939Sbostictravel by an alternate route if that were more convenient or efficient.
3331939SbosticFor example, at Berkeley, the associated message would probably go directly
3431939Sbosticto monet over the Ethernet rather than going via the Berkeley ARPANET
3531939Sbosticgateway.
36*43725Scael.Ss Abbreviation.
3731939SbosticUnder certain circumstances it may not be necessary to type the entire
3831939Sbosticdomain name.  In general, anything following the first dot may be omitted
3920973Smckusickif it is the same as the domain from which you are sending the message.
4031939SbosticFor example, a user on ``calder.berkeley.edu'' could send to ``eric@monet''
4131939Sbosticwithout adding the ``berkeley.edu'' since it is the same on both sending
4231939Sbosticand receiving hosts.
43*43725Scael.Pp
4431939SbosticCertain other abbreviations may be permitted as special cases.  For
4531939Sbosticexample, at Berkeley, ARPANET hosts may be referenced without adding
4631939Sbosticthe ``berkeley.edu'' as long as their names do not conflict with a local
4731939Sbostichost name.
48*43725Scael.Ss Compatibility.
49*43725Scael.Pp
5031939SbosticCertain old address formats are converted to the new format to provide
5131939Sbosticcompatibility with the previous mail system.  In particular,
52*43725Scael.Pp
53*43725Scael.Dl user@host.ARPA
54*43725Scael.Pp
5531939Sbosticis allowed and
56*43725Scael.Pp
57*43725Scael.Dl host:user
58*43725Scael.Pp
5920973Smckusickis converted to
60*43725Scael.Pp
61*43725Scael.Dl user@host
62*43725Scael.Pp
63*43725Scaelto be consistent with the
64*43725Scael.Xr rcp 1
65*43725Scaelcommand.
66*43725Scael.Pp
6731939SbosticAlso, the syntax
68*43725Scael.Pp
69*43725Scael.Dl host!user
70*43725Scael.Pp
7120973Smckusickis converted to:
72*43725Scael.Pp
73*43725Scael.Dl user@host.UUCP
74*43725Scael.Pp
7531939SbosticThis is normally converted back to the ``host!user'' form before being sent
7631939Sbosticon for compatibility with older UUCP hosts.
77*43725Scael.Pp
7831939SbosticThe current implementation is not able to route messages automatically through
7931939Sbosticthe UUCP network.  Until that time you must explicitly tell the mail system
8031939Sbosticwhich hosts to send your message through to get to your final destination.
81*43725Scael.Ss Case Distinctions.
82*43725Scael.Pp
8331939SbosticDomain names (i.e., anything after the ``@'' sign) may be given in any mixture
8431939Sbosticof upper and lower case with the exception of UUCP hostnames.  Most hosts
8531939Sbosticaccept any combination of case in user names, with the notable exception of
8631939SbosticMULTICS sites.
87*43725Scael.Ss Route-addrs.
88*43725Scael.Pp
8931939SbosticUnder some circumstances it may be necessary to route a message through
9031939Sbosticseveral hosts to get it to the final destination.  Normally this routing
9131939Sbosticis done automatically, but sometimes it is desirable to route the message
9231939Sbosticmanually.  Addresses which show these relays are termed ``route-addrs.''
9320973SmckusickThese use the syntax:
94*43725Scael.Pp
95*43725Scael.Dl <@hosta,@hostb:user@hostc>
96*43725Scael.Pp
9731939SbosticThis specifies that the message should be sent to hosta, from there to hostb,
9831939Sbosticand finally to hostc.  This path is forced even if there is a more efficient
9931939Sbosticpath to hostc.
100*43725Scael.Pp
10131939SbosticRoute-addrs occur frequently on return addresses, since these are generally
10231939Sbosticaugmented by the software at each host.  It is generally possible to ignore
10331939Sbosticall but the ``user@domain'' part of the address to determine the actual
10431939Sbosticsender.
105*43725Scael.Ss Postmaster.
106*43725Scael.Pp
10731939SbosticEvery site is required to have a user or user alias designated ``postmaster''
10820973Smckusickto which problems with the mail system may be addressed.
109*43725Scael.Ss Other Networks.
110*43725Scael.Pp
11131939SbosticSome other networks can be reached by giving the name of the network as the
112*43725Scaellast component of the domain.
113*43725Scael.Em This is not a standard feature
114*43725Scaeland may
11531939Sbosticnot be supported at all sites.  For example, messages to CSNET or BITNET sites
11631939Sbosticcan often be sent to ``user@host.CSNET'' or ``user@host.BITNET'' respectively.
117*43725Scael.Sh SEE ALSO
118*43725Scael.Xr mail 1 ,
119*43725Scael.Xr sendmail 8 ;
120*43725Scael.br
121*43725ScaelCrocker, D. H.,
122*43725Scael.Em Standard for the Format of Arpa Internet Text Messages,
123*43725ScaelRFC822.
124*43725Scael.Sh HISTORY
125*43725Scael.Nm Mailaddr
126*43725Scaelappeared in 4.2 BSD.
127*43725Scael.Sh BUGS
12831939SbosticThe RFC822 group syntax (``group:user1,user2,user3;'') is not supported
12931939Sbosticexcept in the special case of ``group:;'' because of a conflict with old
13031939Sbosticberknet-style addresses.
131*43725Scael.Pp
13223509SericRoute-Address syntax is grotty.
133*43725Scael.Pp
13423509SericUUCP- and ARPANET-style addresses do not coexist politely.
135