De Linux Electronische Mail Gebruikers HOWTO Eric S. Raymond, <esr@thyrsus.com> Vertaald door Ellen Bokhorst, <bokkie@nl.linux.org> v2.2, 07 mei 1999 Dit document is een introductie in de wereld van electronische mail (email) onder Linux. Het richt zich op gebruikers-niveau zaken en typische configuraties voor Linux thuis en klein-zakelijke machines die via een ISP zijn verbonden met het net. Je hebt dit nodig als je van plan bent naar lokale of remote sites via elektronische mail te communiceren. Je hoeft dit document waarschijnlijk niet te lezen als je geen elektronische mail met andere gebruikers op je systeem of met andere sites uitwisselt. Zie de Mail Administrator HOWTO voor informatie over het configureren en beheren van mail. ______________________________________________________________________ Inhoudsopgave 1. Introductie 1.1 Nieuwe versies van dit document 1.2 Hardwarevereisten voor email-programma's 1.3 Software bronnen voor email-programma's 2. Mail User Agents 2.1 Instellen van je mail-editor 2.2 mutt 2.3 elm 2.4 pine 2.5 Netscape 2.6 Emacs rmail/smail en vm. 2.7 BSD mail 2.8 Andere user agents 3. Geavanceerde onderwerpen 3.1 Aliassen 3.2 Forwarding 3.3 Auto-beantwoording 3.4 Mailinglijsten 3.5 Mailfilters 3.6 Het hoofd bieden aan spam 4. Andere bronnen met informatie 4.1 USENET 4.2 Boeken 4.3 Periodieke USENET Postings 4.4 Waar 5. Administratieve zaken 5.1 Feedback 5.2 Copyright Informatie 5.3 Standaard Disclaimer 5.4 Erkenningen ______________________________________________________________________ 1. Introductie De bedoeling van dit document is om uit te leggen hoe email werkt, en een aantal vragen te beantwoorden die blijkbaar voldoen aan de definitie `veelgestelde vragen' over e-mail software onder Linux. Moderne Linux distributies geven je een gebruiksklare, voorgeconfigureerde setup voor elektronische mail `out of the box', met gewoonlijk een late versie van sendmail-v8. Deze HOWTO gaat er vanuit dat je een dergelijke setup en een werkende Internet verbinding hebt. (Zie de ISP Hookup HOWTO <http://metalab.unc.edu/LDP/HOWTO/ISP-Hookup- HOWTO.html>.), voor informatie over hoe je een PPP of SLIP koppeling naar een ISP op kunt zetten. Derhalve richt deze HOWTO zich tot gebruikerszaken en architecturen, in tegenstelling tot de 1.x versies van Vince Skahan; het meeste technische materiaal over UUCP, IDA sendmail en andere voorheen belangrijke onderwerpen zijn komen te vervallen. 1.1. Nieuwe versies van dit document Dit document zal maandelijks naar de nieuwsgroep comp.os.linux.answers <news:comp.os.linux.answers> worden gepost. Je kunt de laatste versie van deze HOWTO ook bekijken op het World Wide Web op <http://metalab.unc.edu/LDP/HOWTO/Mail-User-HOWTO.html>. 1.2. Hardwarevereisten voor email-programma's Er zijn geen specifieke hardware-vereisten voor mail onder Linux. Als je benodigde hardware voor een verbinding met het Internet hebt, kan het email over die link ondersteunen. 1.3. Software bronnen voor email-programma's De software die je nodig zult hebben voor email ondersteuning is waarschijnlijk voorgeïnstalleerd in je Linux distributie. Je kunt updates in het Metalab Linux Archief <http://metalab.unc.edu/pub/Linux> vinden, vooral in de mail subdirectory <http://metalab.unc.edu/pub/Linux/system/mail>. 2. Mail User Agents Deze sectie bevat informatie in relatie tot user agents, dit gaat om de software die de gebruiker ziet en gebruikt. Deze software moet aankunnen op de transport agents die hierboven werden genoemd. 2.1. Instellen van je mail-editor Mail user agents roepen een editor op om te assisteren bij het aanmaken van mail. Welke editor als standaard wordt gebruikt, varieert. De meeste respecteren een conventie die teruggaat naar de vroege dagen van Unix: de inhoud van de omgevingsvariabele VISUAL, als het bestaat, wordt als de naam van je geprefereerde editor aangenomen. Als VISUAL niet is ingesteld, wordt de variabele EDITOR gecontroleerd. Populaire waarden voor EDITOR zijn `vi' en `emacs'. Maar als je net als ik, altijd Emacs draait, is de handigste manier om EDITOR in te stellen via de waarde `emacsclient'. Gebruik dit met de volgende regels in je .emacs bestand: ______________________________________________________________________ (autoload 'server-edit "server" nil t) (server-edit) ______________________________________________________________________ Als het emacsclient programma draait, probeert het de communicatie met een instance van Emacs die je reeds hebt draaien tot stand te brengen en het geeft het mailbericht tijdelijk door aan die Emacs om te worden gewijzigd. Het effect hiervan zal zijn dat als je mailer een editor aanroept, er zich in Emacs een mailcompositie-venster opent. Als je zover bent om het bestand aan de mailer voor verzending terug te geven, tik je C-x # in. De mailbuffer zal je display verlaten en de emacsclient instance die je mailer aanriep, zal terugkeren, de controle aan de mailer teruggevend. Het is mogelijk meer dan één emacsclient instance tegelijkertijd open te hebben zonder Emacs in de war te brengen. Echter, een andere Emacs aanroepen terwijl er al een emacsclient sessie draait kan emacsclient genoeg verwarren zodanig dat het niet meer mogelijk is iedere instance naderhand te vinden. Als dit gebeurt, sluit dan al je Emacsen en herstart er slechts één. 2.2. mutt Dit gebruik ik en ik beveel het je aan. Het stamt af van elm en heeft standaard soortgelijke commando's, maar is veel krachtiger en beter configureerbaar. Het kan zich gedragen als een POP3 client, en bevat uitstekende ondersteuning voor MIME en PGP. Er is een Mutt homepage op http://www.mutt.org <http://www.mutt.org>. Mutt respecteert de EDITOR/VISUAL conventie. 2.3. elm Elm was de eerste moderne, scherm-geöriënteerde Unix mailer, maar is al jaren gestagneerd en is door Mutt vervangen. Sommige versies van elm hebben ingebouwde POP3 ondersteuning. zie de elm bronnen en installatie instructies in de Metalab mail user agents directory <http://metalab.unc.edu/pub/Linux/system/mail> voor meer informatie. Hier zijn een aantal aanwijzingen waar mensen nu en dan niet uitkomen: Nee, stock elm is geen PGP-aware. Er zijn pathes voor PGP ondersteuning, maar de PGP ondersteuning van Mutt is superieur. Als je PGP wilt gebruiken, raad ik je Mutt aan. Elm respecteert de EDITOR/VISUAL conventie. 2.4. pine Pine is een user agent ontworpen voor nieuwelingen; het bevat capaciteiten voor het lezen van nieuws en ingebouwde ondersteuning voor het IMAP remote-mail protocol. Een heleboel mensen zweren erbij voor nieuwe gebruikers. Ik vind zijn verarmde commando set, beperkte configureerbaarheid en interne editor moeilijk te aanvaarden. Het heeft echter uitstekende ingebouwde IMAP ondersteuning. Als je het eens wilt bekijken, de distributie is beschikbaar op http://www.washington.edu/pine <http://www.washington.edu/pine>. Pine respecteert de EDITOR/VISUAL conventie. 2.5. Netscape De Netscape browser heeft POP3 en IMAP ingebouwde remote-mail capaciteiten, dus kan worden gebruikt als een mail user agent. Ik beveel je dit niet aan; het is niet gespecialiseerd om zich als MUA te gedragen, en biedt daarom niet veel van de diensten die echte MUA's wel bieden (zoals aliassen en PGP verwerking). Netscape voorziet in een eigen mini-editor, dezelfde die in de browser wordt gebruikt (b.v. voor tekstvelden in formulieren). 2.6. Emacs rmail/smail en vm. Emacs heeft een modus die smail wordt genoemd en mail kan verzenden, en een andere die rmail wordt genoemd die mail kan lezen. De smail modus kan heel handig zijn, zodra je mail binnen een volledige Emacs omgeving gaat samenstellen (maar zie ook de bespreking van ``emacslient'' elders in dit document). Aan de andere kant is de rmail mode niet aan te bevelen. Iedere keer dat je het opstart, converteert het je inbox naar BABYL formaat; gewone mailtools verslikken zich hierin. (Als je dit overkomt, voer dan M-x unrmail uit, vanaf de Emacs commando-regel.) Er is een maillezer voor emacs met de naam `vm' die standaard V7 mailboxen schrijft en leest. Het wordt niet met GNU Emacs gedistribueerd, maar je kunt het vinden op de homepage ervan, op http://www.wonderworks.com/vm/ <http://www.wonderworks.com/vm/>. Emacs smail/rmail/vm respecteert de EDITOR/VISUAL conventie niet. In plaats daarvan gebruik je die van Emacs zelf. 2.7. BSD mail Als je gewoon `mail' in de shell van een Linux of een andere moderne Unix intikt, zul je een bepaalde variant van het BSD Mail programma aanroepen. Het heeft een regel-geöriënteerde interface, van origine ontworpen voor het gebruik op TTY's. Het is op dit punt slechts van historisch belang. BSD Mail vond de EDITOR/VISUAL conventie. 2.8. Andere user agents Van de volgende is ook bekend dat ze onder Linux draaien. Raadpleeg `archie' om ze op te zoeken ... · mush - mail gebruikersshell, zeer krachtig voor het filteren en batchprocessing · mh - mail handler, nog een ander mail user agent Ik weet niet genoeg over mh of mush om ze in detail te beschrijven. Ze hebben allebei een nogal complexe interface en zijn ontworpen voor geavanceerde mail gebruikers. 3. Geavanceerde onderwerpen 3.1. Aliassen Een `alias' is een manier om een pseudo-adres in te stellen die mail eenvoudigweg naar een ander (enkel) adres leidt. Er zijn twee soorten aliassen: MUA aliassen en MTA aliassen. Een MUA alias stel je in je MUA in, als een soort persoonlijk kortschrift. Andere mensen kunnen deze alias niet zien of gebruiken. Je zou bijvoorbeeld in je mutt configuratiebestand kunnen schrijven ______________________________________________________________________ alias esr Eric S. Raymond <esr@thyrsus.com> ______________________________________________________________________ Hiermee vertel je mutt dat wanneer het `esr' in een adresregel tegenkomt, het zich zou moeten gedragen alsof je `esr@thyrsus.com' had ingetikt. Of je kunt `mutt esr' intikken en het adres zal automatisch op de `to' regel worden ingevuld. Een MTA alias is er een die je MTA uitbreidt; het zal bruikbaar zijn naar iedereen, zowel op je machine als via een verbinding op afstand. Om MTA aliassen aan te maken, moet je een systeembestand wijzigen, gewoonlijk maar niet altijd /etc/aliases (de lokatie hangt af van je MTA). Het zou leerzaam voor je kunnen zijn om /etc/aliases op je systeem te bekijken; het zou een aantal standaard-aliassen zoals `postmaster' kunnen bevatten. Je MTA zou als doel van een alias ook een bestandsnaam kunnen zijn, die als een mailbox wordt behandeld waarnaar de mail wordt toegevoegd (dit is handig voor het archiveren van mail.) Het zou ook kunnen dat het doel van een alias een programma is, in welk geval mail naar die alias zal worden doorgegeven naar een instance van het programma op zijn standaardinvoer. 3.2. Forwarding MTA aliassen vereisen gewoonlijk administrator privileges om ze in te stellen. Maar het is voor mailgebruikers wenselijk om in de gelegenheid te zijn forwarding van hun eigen mail zonder tussenkomst van de administrator in te kunnen stellen. Om dit te ondersteunen, volgen de meeste MTA's het voorbeeld van sendmail en zoeken naar een bestand met de naam .forward in je homedirectory. De inhoud van dit bestand wordt geïnterpreteerd als het doel van een alias die al je mail zou moeten ontvangen. Het meest algemeen gebruik voor deze voorziening is om je mail door te sturen naar een account op een andere machine. 3.3. Auto-beantwoording Een ander algemeen gebruik voor de .forward voorziening is je mail aan een `vakantie' programma door te geven. Een vakantieprogramma leest inkomende mail en genereert er automatisch een voorgekookt antwoord op; ze worden zo genoemd omdat de meest algemene vorm van een voorgekookt antwoord is om de zender te informeren dat je op vakantie bent en tot een gegeven datum niet te bereiken zult zijn. Er is geen enkel standaard vakantieprogramma dat universeel in het gebruik is. Er zijn hiervoor twee goede redenen: één, dat een dergelijk programma erg makkelijk als een shellscript of filterregel is te schrijven (zie hieronder); en twee, dat de wisselwerking tussen vakantieprogramma's en mailinglijsten zeer slecht is. Je zou tijdelijk alle mailinglijsten waarop je bent geabonneerd, op moeten zeggen voordat je auto-beantwoording instelt; anders worden alle leden van de discussielijsten overspoeld met voorgekookte berichten door je vakantieprogramma. Dit wordt als zeer onbeleefd gedrag beschouwd en je kunt erop rekenen dat je heel wat ijzige berichten hierop terug gestuurd krijgt. 3.4. Mailinglijsten Een mailinglijst is een pseudo-adres dat mail naar meer dan één gebruiker verzendt. In zijn eenvoudigste vorm, is een mailinglijst slechts een MTA alias met meer dan één ontvanger. Een aantal kleine mailinglijsten worden op deze manier beheerd. Sendmail werkt hieraan mee door een syntax in /etc/aliases te ondersteunen die bestaat uit de inhoud van een gegeven mailinglijstbestand aan de doelzijde van een alias. Het ziet er ongeveer zo uit: ______________________________________________________________________ admin-list: ":include:/usr/home/admin/admin-list" ______________________________________________________________________ met het voordeel dat het admin-list bestand ergens voor kan komen in niet-bevoorrecht-gebruikers gebied (root is alleen nodig om de oorspronkelijke insluiting in te stellen). Een aantal andere MTA's hebben vergelijkbare mogelijkheden. Deze eenvoudige lijsten worden in het algemeen `mail reflectors'. genoemd. Er zijn een paar problemen met mail reflectors. Een is dat bounce berichten van mislukte pogingen naar de broadcast naar alle gebruikers gaat. Een ander is dat alle aanmeldingen en afmeldingen handmatig door de mailinglijst administrator moeten worden verricht. Een soort software met de naam mailing list manager heeft zich ontplooit om deze problemen en andere die daar mee te maken hebben te adresseren. Z'n belangrijkste functie is mailinglijst gebruikers toe te staan om zich aan- en af te melden zonder dat dit via de lijstbeheerder gaat. Een mailing-lijst manager houdt zijn eigen gebruikers-lijst informatie bij en neemt contact op met de MTA via een programma alias in /etc/aliases. Bijvoorbeeld, als de admin-list hierboven via de mailing lijst manager met de naam SmartList op een sendmailsysteem zou gaan, zou een deel van /etc/aliases er zo uit kunnen zien: ______________________________________________________________________ admin-list: "|/usr/home/smartlist/bin/flist admin-list" admin-list-request: "|/usr/home/smartlist/bin/flist admin-list-request" ______________________________________________________________________ Merk op dat dit bijelkaar horende aliassen zijn. Het is voor echte mailing lijsten gebruikelijk om te beschikken over een verzoek adres dat voor aanmeldings en afmeldings verzoeken wordt gebruikt. Het wordt als onbeleefd en onwetend aangemerkt aanmeldings/afmeldings verzoeken naar het hoofdadres van een dergelijke lijst te versturen-- doe het niet. De robot achter het verzoekadres zou nog andere mogelijkheden kunnen bieden naast slechts de aanmelding/afmelding. Het zou op help verzoeken kunnen reageren, je de mogelijkheid geven te ondervragen wie op de lijst staan, of je automatische toegang tot lijstarchieven geven. Het zou ook kunnen dat het lijst administrators toestaat het posten naar bekende leden te beperken, de lijst naar auto-subscribe in te stellen voor niet-leden als ze voor het eerst posten, of diverse beveiligings opties voor gedragslijnen instellen. Mailing-list managers verschillen allereerst in het ontwerp en het gebied op deze bijkomende mogelijkheden. Helaas is het formaat voor het verzenden van commando's naar robots voor mailing-lijst verzoeken niet standaard. Een aantal ervan verwachten commando's in de subjectregel, sommige negeren de subjectregel en verwachten commando's in de message body. Het is belangrijk dat je let op de antwoordmail als je je voor de eerste keer abonneert; het is een goed idee om dergelijke mail te bewaren in een mailbox met aanmeldingen voor latere referentie. De belangrijkste mailing-list managers om te kennen zijn majordomo, listserv, listproc, en smartlist; majordomo is de populairste bij een aanzienlijke groep. Er is een nogal uitgebreide list <http://www.catalog.com/vivian/mailing-list-software.html> van dergelijke packages op het Web. Raadpleeg de bronnen op op de List-Managers Mailing List <http://www.greatcircle.com/list-managers/>, inclusief de FAQ (opmerking: deze lijst is niet geschikt voor how-to vragen), voor meer informatie over mailinglijst managers. 3.5. Mailfilters Een mailfilter is een programma dat tussen je lokale delivery agent en jou instaat en automatisch mail herverzendt of verwerpt nog voordat je het hebt gezien. Mailfilters habben een aantal gebruiksmogelijkheden. De belangrijkste zijn spamfiltering, herverzending naar meerdere mailboxen door onderwerp van de zender, en het automatisch beantwoorden van mail. Kenmerkend, stel je mailfiltering in door een programma-alias voor het filterprogramma in je .forward bestand te zetten, en schrijft een bestand met filtering regels. Het formaat en de lokatie van het filter regels bestand varieert tussen filterprogramma's. Er zijn goede opsommingen van de mogelijkheden van de drie belangrijkste mailfilters (procmail, mailagent, en deliver) in part 3 <http://www.faqs.org/faqs/mail/setup/unix/part3/index.html> van Chris Lewis's Email Software Survey. De populairste hiervan is (ondanks zijn nogal lastige regel syntax) procmail, dat in het algemeen op Linux systemen aanwezig is (en inderdaad, gewoonlijk wordt gebruikt als local delivery agent van het systeem). 3.6. Het hoofd bieden aan spam Spam is soms bekend als `UCE' (Unsolicited Commercial Email) of `UBE' (Unsolicited Bulk Email). Zoals deze namen al impliceren, is het een onaangename vorm van adverteren die je mailbox met formele brieven opvult. (De term `spam' komt van een Monty Python's Flying Circus die afgeven op een koor Vikings die eindeloos de eentonige melodie "Spam spam spam spam...") herhalen. De meeste spam lijkt te bestaan uit verzoeken voor pyramide schema's, advertenties voor pornografie, of (ergelijke) pogingen spam-zendende programma's te verkopen. Een paar individuele spams (zoals MAKE MONEY FAST of de Craig Shergold briefkaart poets) zijn zo hardnekkig dat ze legendarisch zijn. Spam is geneigd zowel woordenrijk als ongeletterd te zijn. Het is tijdsverspilling en een zeer hoge mate van verkwisting van bandbreedte. De spam epidemie lijkt z'n hoogtepunt midden-1997 te hebben gehad en is sindsdien langzaam afgenomen, maar kan nog steeds een serieuze ergernis zijn. Als je met spam wordt overstelpt, zorg dan dat je er kennis over op doet. Blader door de Fight Spam on the Internet! <http://spam.abuse.net/> pagina. De Death To Spam! <http://www.mindworkshop.com/alchemy/nospam.html> pagina is in het bijzonder effectief in methoden voor het stoppen of achterhalen van spam. 4. Andere bronnen met informatie 4.1. USENET Er zijn een aantal Usenet groepen bestemd voor technische zaken met betrekking tot elektronische mail: · comp.mail.elm het ELM mail systeem. · comp.mail.mh Het Rand Message Handling systeem. · comp.mail.mime Multipurpose Internet Mail Extensions. · comp.mail.misc Algemene discussies over computer mail. · comp.mail.multi-media Multimedia Mail. · comp.mail.mush De Mail User's Shell (MUSH). · comp.mail.sendmail de BSD sendmail agent. · comp.mail.smail de smail mail agent. · comp.mail.uucp Mail in de uucp omgeving. 4.2. Boeken Het volgende is een niet-alles inbegrepen stel boeken die zullen helpen... · ``Sendmail" van O'Reilly en Associates is de definitieve referentie over sendmail-v8 en sendmail+IDA. Iedereen die iets zinvols uit sendmail wil halen ``moet dit hebben''. · "The Internet Complete Reference" van Osborne is een goed referentieboek dat de diverse diensten die beschikbaar zijn op het Internet uitlegt, en het is een geweldige bron met informatie over nieuws, mail en diverse andere Internet bronnen. · "The Linux Networking Administrators' Guide" van Olaf Kirch van het LDP is beschikbaar op het net en is ook door (op z'n minst) O'Reilly en SSC gepubliceerd. Het is een goede gids om alles te leren over wat je je ooit had voorgesteld te moeten weten over Unix netwerken. 4.3. Periodieke USENET Postings Ook waard om te vermelden is de periodieke posting van Chris Lewis, over unix e-mail software, dat beschikbaar is op <ftp://rtfm.mit.edu/pub/usenet/comp.mail.misc> de bestanden zijn ``UNIX_Email_Software_Survey_*'' genoemd. Een HTML versie is te vinden op http://www.faqs.org/faqs/mail/setup/unix/ <http://www.faqs.org/faqs/mail/setup/unix/>. Tijdens dit schrijven in 1999 is deze posting sinds 1996 echter niet echt bijgewerkt. 4.4. Waar NIET voor hulp zoeken In relatie met andere Unixes, is er niet langer iets speciaals aan het configureren en draaien van mail onder Linux. Dienovereenkomstig, zul je bijna zeker je posting over algemene mail-gerelateerde vragen NIET stellen bij de comp.os.linux.* nieuwsgroepen. Tenzij je posting echt Linux-specifiek is (bv, ``zeg me alsjeblieft welke routers reeds in de SLS1.03 versie van smail3.1.28 zijn gecompileerd ''), zou je je vragen in een van de hierboven genoemde nieuwsgroepen of mailinglijsten moeten stellen. Laat me dat herhalen. Er is eigenlijk geen reden meer om mail-gerelateerde vragen naar de comp.os.linux hierarchie te posten. Er zijn bestaande nieuwsgroepen in de comp.mail.* hierarchie om AL je vragen te behandelen. Als je naar comp.os.linux.* voor niet-Linux-specifieke vragen post, zoek je op de verkeerde plaats naar hulp. De elektronische mailexperts begeven zich op die plaatsen die hierboven zijn aangegeven en gewoonlijk niet in de Linux groepen. Met posten naar de Linux hierarchie voor niet-linux-specifieke vragen verspil je je tijd en die van anderen... en het vertraagt vaak het verkrijgen van een antwoord op je vraag. 5. Administratieve zaken 5.1. Feedback (Vince schreef deze sectie, maar voor mij geldt hetzelfde.) Ik ben geïnteresseerd in feedback, positief of negatief, via e-mail, de inhoud van dit document inachtnemend. Neem beslist contact met me op als je fouten of opvallende weglatingen tegenkomt. Ik lees, maar beantwoord niet noodzakelijkerwijs alle e-mail die ik ontvang. Verzoeken voor uitbreidingen zullen worden overwogen en hiernaar zal worden gehandeld volgens een combinatie van beschikbare tijd op die dag, de waarde van het verzoek, en dagelijkse bloeddruk :-) Uitbarstingen zullen in stilte naar /dev/null verdwijnen, dus doe geen moeite. In het bijzonder, de standaard voor pathnamen van het Linux filesysteem is in ontwikkeling. Wat in dit document staat, staat er alleen ter illustratie gebaseerd op de huidige standaard op het moment dat een deel van dit document werd geschreven en de paths die in de distributies of `kits' worden gebruikt die ik persoonlijk heb gezien. Raadpleeg alsjeblieft de speciale Linux distributie(s) voor de paths die ze gebruiken. Feedback betreffende het feitelijk formaat van het document zou aan de HOWTO coördinator moeten worden gericht - mail naar linux- howto@metalab.unc.edu <mailto:linux-howto@metalab.unc.edu>). 5.2. Copyright Informatie De Mail-HOWTO valt onder het copyright van (c)1998 Eric S. Raymond. Copyright is behouden voor het doel om de licentie-voorwaarden van het Linux Documentatie Project kracht bij te zetten. Een woordelijke kopie mag worden gereproduceerd of geherdistribueerd via elk fysiek of elektronisch medium zonder toestemming van de auteur. Vertalingen zijn vergelijkbaar toegestaan zonder uitdrukkelijke permissie als het een vermelding bevat over wie het vertaalde. Korte citaten mogen, zonder voorafgaande toestemming van de auteur, worden gebruikt. Afgeleide werken en gedeeltelijke distributies van de Mail-HOWTO moeten worden vergezeld met een woordelijke kopie van dit bestand of een verwijzing naar de woordelijke kopie. Commerciéle herdistributie is toegestaan en wordt aangemoedigd; de beheerder zou het echter waarderen om op de hoogte worden gebracht van dergelijke distributies (uit beleefdheid). In het kort, we willen verspreiding van deze informatie zoveel mogelijk aanmoedigen via zoveel mogelijk kanalen. We willen echter het copyright op deze HOWTO documenten blijven behouden. We willen verder dat alle informatie, waarin voorzien in de HOWTO's, wordt verspreid. Als je vragen hebt, neem dan alsjeblieft contact op met de Linux HOWTO coördinator, via linux-howto@metalab.unc.edu. 5.3. Standaard Disclaimer Natuurlijk verwerpen we iedere potentiéle aansprakelijkheden voor de inhoud van dit document. Gebruik van de concepten, voorbeelden, en/of andere inhoud van dit document is geheel op eigen risico. 5.4. Erkenningen Dit werd van origine geschreven door Vince Skahan. Ik heb het voor de moderne ISP-centrale wereld, waarin UUCP iets meer inhoudt dan een memory, herschreven. In Mei 1999, is de naam gewijzigd van "The Linux Electronic Mail HOWTO" om een aanvaring te vermijden met Guylhem Aznar's Mail HOWTO, die de Mail Administrator HOWTO genoemd zal worden.