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.
