Blame Manuals/HowTos/Dialup/Server/Usage/services.docbook

6d6cf1
<sect1 id="server-usage-services">
6d6cf1
6d6cf1
    <title>Administering Internet Services</title>
6d6cf1
6d6cf1
    <para>
6d6cf1
        The information generated inside the server computer is
6d6cf1
        isolated from Internet. This way, any information generated
6d6cf1
        inside the server computer will be available only to people
6d6cf1
        registered inside the server computer. For example, don't ever
6d6cf1
        expect to send/receive e-mails to/from Internet e-mail
6d6cf1
        accounts like Gmail or Yahoo, nor visiting web sites like
6d6cf1
        <ulink url="http://www.google.com/">Google</ulink> or 
6d6cf1
        url="http://www.wikipedia.org/">Wikipedia</ulink> either. For
6d6cf1
        this to happen, it is required an established connection
6d6cf1
        between the server computer you are establishing connection
6d6cf1
        through and the Internet network those services are available
6d6cf1
        in. Without that link, it is not possible to direct your
6d6cf1
        requests to those sites.
6d6cf1
    </para>
6d6cf1
6d6cf1
    <para>
6d6cf1
        The implementation of services that required persistent
6d6cf1
        connections (e.g., <application>chats</application>) will not
6d6cf1
        be considered as a practical offer inside the server computer.
6d6cf1
        Instead, only asynchronous services (e.g.,
6d6cf1
        <application>e-mail</application>) will be supported. This
6d6cf1
        restriction is required to reduce the amount of time demanded
6d6cf1
        by services. For example, consider an environment where you
6d6cf1
        connect to the server computer for sending/receiving e-mails
6d6cf1
        messages and then quickly disconnect from it to free the
6d6cf1
        telephone line for others to use.  In this environment, there
6d6cf1
        is no need for you and other person to be both connected at
6d6cf1
        the same time to send/receive e-mail messages to/from each
6d6cf1
        other.  The e-mails sent from other person to you will be
6d6cf1
        available in your mailbox the next time you get connected to
6d6cf1
        the server computer and use your e-mail client to send/receive
6d6cf1
        e-mail messages.  Likewise, you don't need to be connected to
6d6cf1
        the server computer in order to write your e-mail messages.
6d6cf1
        You can write down your messages off-line and then establish
6d6cf1
        connection once you've finished writing, just to send them
6d6cf1
        out and receive new messages that could have been probably
6d6cf1
        sent to you.
6d6cf1
    </para>
6d6cf1
6d6cf1
    <para>
6d6cf1
        Another issue related to e-mail exchange is the protocol used
6d6cf1
        to receive messages. Presently, there are two popular ways to
6d6cf1
        do this, one is through IMAP and another through POP3.  When
6d6cf1
        you use IMAP protocol, e-mail messages are retained in the
6d6cf1
        server computer and aren't downloaded to client computer.
6d6cf1
        Otherwise, when you use POP3 protocol, e-mail messages are
6d6cf1
        downloaded to the client computer and removed from server
6d6cf1
        computer. Based on the resources we have and the kind of link
6d6cf1
        used by the client computer to connect the server computer,
6d6cf1
        using POP3 is rather prefered than IMAP. However both are made
6d6cf1
        available.
6d6cf1
    </para>
6d6cf1
6d6cf1
    <para>
6d6cf1
        Assuming you use IMAP protocol to read your mailbox, be aware
6d6cf1
        that you need to be connected to the server computer.  Once
6d6cf1
        the connection is lost you won't be able to read your messages
6d6cf1
        (unless your e-mail client possesses a feature that let you
6d6cf1
        reading messages off-line). Morover, you run the risk of
6d6cf1
        getting your mailbox out of space. If your mailbox gets out of
6d6cf1
        space, new messages sent to you will not be deliver to your
6d6cf1
        mailbox.  Instead, they will be deferred for a period of time
6d6cf1
        (e.g., about 5 days when using
6d6cf1
        <application>Postfix</application> defaults) hoping you to
6d6cf1
        free the space in your mailbox to deliver them.  If you don't
6d6cf1
        free space within this period of time, the deferred e-mails
6d6cf1
        will be bounced back to their senders and you will never see
6d6cf1
        them.  On the other hand, assuming you are using POP3 protocol
6d6cf1
        to read your mailbox, you always keep your mailbox free to
6d6cf1
        receive new e-mails messages and keep them for you until the
6d6cf1
        next time you establish connection with the server computer
6d6cf1
        and download them to your client computer using your e-mail
6d6cf1
        client.
6d6cf1
    </para>
6d6cf1
6d6cf1
</sect1>