Put in remaining pages and wiki contents.
[ikiwiki.git] / docs / handbook / handbook-mail-using.mdwn
1 \r
2 \r
3 ## 20.2 Using Electronic Mail \r
4 \r
5 There are five major parts involved in an email exchange. They are: [mail-using.html#MAIL-MUA the user program], [mail-using.html#MAIL-MTA the server daemon], [mail-using.html#MAIL-DNS DNS], [mail-using.html#MAIL-RECEIVE a remote or local mailbox], and of course, [mail-using.html#MAIL-HOST the mailhost itself].\r
6 \r
7 ### 20.2.1 The User Program \r
8 \r
9 This includes command line programs such as  **mutt** ,  **pine** ,  **elm** , and `mail`, and GUI programs such as  **balsa** ,  **xfmail**  to name a few, and something more ***sophisticated*** like a WWW browser. These programs simply pass off the email transactions to the local [mail-using.html#MAIL-HOST ***mailhost***], either by calling one of the [mail-using.html#MAIL-MTA server daemons] available, or delivering it over TCP.\r
10 \r
11 ### 20.2.2 Mailhost Server Daemon \r
12 \r
13 DragonFly ships with  **sendmail**  by default, but also support numerous other mail server daemons, just some of which include:\r
14 \r
15
16 *  **exim** ;\r
17
18 *  **postfix** ;\r
19
20 *  **qmail** .\r
21 \r
22 The server daemon usually has two functions--it is responsible for receiving incoming mail as well as delivering outgoing mail. It is ***not*** responsible for the collection of mail using protocols such as POP or IMAP to read your email, nor does it allow connecting to local `mbox` or Maildir mailboxes. You may require an additional [mail-using.html#MAIL-RECEIVE daemon] for that.\r
23 \r
24  **Warning:** Older versions of  **sendmail**  have some serious security issues which may result in an attacker gaining local and/or remote access to your machine. Make sure that you are running a current version to avoid these problems. Optionally, install an alternative MTA from the [pkgsrc.html DragonFly Pkgsrc Collection].\r
25 \r
26 ### 20.2.3 Email and DNS \r
27 \r
28 The Domain Name System (DNS) and its daemon `named` play a large role in the delivery of email. In order to deliver mail from your site to another, the server daemon will look up the remote site in the DNS to determine the host that will receive mail for the destination. This process also occurs when mail is sent from a remote host to your mail server.\r
29 \r
30 DNS is responsible for mapping hostnames to IP addresses, as well as for storing information specific to mail delivery, known as MX records. The MX (Mail eXchanger) record specifies which host, or hosts, will receive mail for a particular domain. If you do not have an MX record for your hostname or domain, the mail will be delivered directly to your host provided you have an A record pointing your hostname to your IP address.\r
31 \r
32 You may view the MX records for any domain by using the [host(1)](http://leaf.dragonflybsd.org/cgi/web-man?command#host&section1) command, as seen in the example below:\r
33 \r
34     \r
35     % host -t mx DragonflyBSD.org\r
36     DragonflyBSD.org mail is handled (pri=10) by crater.dragonflybsd.org\r
37 \r
38 \r
39 ### 20.2.4 Receiving Mail \r
40 \r
41 Receiving mail for your domain is done by the mail host. It will collect all mail sent to your domain and store it either in `mbox` (the default method for storing mail) or Maildir format, depending on your configuration. Once mail has been stored, it may either be read locally using applications such as [mail(1)](http://leaf.dragonflybsd.org/cgi/web-man?command#mail&section1) or  **mutt** , or remotely accessed and collected using protocols such as POP or IMAP. This means that should you only wish to read mail locally, you are not required to install a POP or IMAP server.\r
42 \r
43 #### 20.2.4.1 Accessing remote mailboxes using POP and IMAP \r
44 \r
45 In order to access mailboxes remotely, you are required to have access to a POP or IMAP server. These protocols allow users to connect to their mailboxes from remote locations with ease. Though both POP and IMAP allow users to remotely access mailboxes, IMAP offers many advantages, some of which are:\r
46 \r
47
48 * IMAP can store messages on a remote server as well as fetch them.\r
49
50 * IMAP supports concurrent updates.\r
51
52 * IMAP can be extremely useful over low-speed links as it allows users to fetch the structure of messages without downloading them; it can also perform tasks such as searching on the server in order to minimize data transfer between clients and servers.\r
53 \r
54 In order to install a POP or IMAP server, the following steps should be performed:\r
55 \r
56   1. Choose an IMAP or POP server that best suits your needs. The following POP and IMAP servers are well known and serve as some good examples:\r
57
58 *  **qpopper** ;\r
59
60 *  **teapop** ;\r
61
62 *  **imap-uw** ;\r
63
64 *  **courier-imap** ;\r
65   1. Install the POP or IMAP daemon of your choosing from the ports collection.\r
66   1. Where required, modify `/etc/inetd.conf` to load the POP or IMAP server.\r
67 \r
68  **Warning:** It should be noted that both POP and IMAP transmit information, including username and password credentials in clear-text. This means that if you wish to secure the transmission of information across these protocols, you should consider tunneling sessions over [ssh(1)](http://leaf.dragonflybsd.org/cgi/web-man?command#ssh&section1&manpath=OpenBSD+3.3). Tunneling sessions is described in [ Section 10.10.7](openssh.html#SECURITY-SSH-TUNNELING).\r
69 \r
70 #### 20.2.4.2 Accessing local mailboxes \r
71 \r
72 Mailboxes may be accessed locally by directly utilizing MUAs on the server on which the mailbox resides. This can be done using applications such as  **mutt**  or [mail(1)](http://leaf.dragonflybsd.org/cgi/web-man?command#mail&section1).\r
73 \r
74 ### 20.2.5 The Mail Host \r
75 \r
76 The mail host is the name given to a server that is responsible for delivering and receiving mail for your host, and possibly your network.\r
77 \r
78 \r
79 \r
80 CategoryHandbook\r
81 CategoryHandbook-email\r