Debian GNU/Linux Anwenderhandbuch | ||
---|---|---|
Zurück | Kapitel 8. Internet | Nach vorne |
Starten Sie (als Superuser) das Programm eximconfig.
hoshi:/# eximconfig You already have an exim configuration. Continuing with eximconfig will overwrite it. It will not keep any local modifications you have made. If that is not your intention, you should break out now. If you do continue, then your existing file will be renamed with .O on the end. [---Press return---] |
============================================================================== You must choose one of the options below: (1) Internet site; mail is sent and received directly using SMTP. If your needs don't fit neatly into any category, you probably want to start with this one and then edit the config file by hand. (2) Internet site using smarthost: You receive Internet mail on this machine, either directly by SMTP or by running a utility such as fetchmail. Outgoing mail is sent using a smarthost. optionally with addresses rewritten. This is probably what you want for a dialup system. (3) Satellite system: All mail is sent to another machine, called a "smart host" for delivery. root and postmaster mail is delivered according to /etc/aliases. No mail is received locally. (4) Local delivery only: You are not on a network. Mail for local users is delivered. (5) No configuration: No configuration will be done now; your mail system will be broken and should not be used. You must then do the configuration yourself later or run this script, /usr/sbin/eximconfig, as root. Look in /usr/share/doc/exim/example.conf.gz Select a number from 1 to 5, from the list above. Enter value (default=`1', `x' to restart): 2 |
============================================================================== What is the `visible' mail name of your system? This will appear on From: lines of outgoing messages. Enter value (default=`localhost', `x' to restart): hoshi.openoffice.de |
============================================================================== Does this system have any other names which may appear on incoming mail messages, apart from the visible name above (hoshi.openoffice.de) and localhost? By default all domains will be treated the same; if you want different domain names to be treated differently, you will need to edit the config file afterwards: see the documentation for the "domains" director option. If there are any more, enter them here, separated with spaces or commas. If there are none, say `none'. Enter value (default=`none', `x' to restart): |
============================================================================== All mail from here or specified other local machines to anywhere on the internet will be accepted, as will mail from anywhere on the internet to here. Are there are any domains you want to relay mail for---that is, you are prepared to accept mail for them from anywhere on the internet, but they are not local domains. If there are any, enter them here, separated with spaces or commas. You can use wildcards. If there are none, say `none'. If you want to relay mail for all domains that specify you as an MX, then say `mx' Enter value (default=`none', `x' to restart): |
============================================================================== Obviously, any machines that use us as a smarthost have to be excluded from the relaying controls, as using us to relay mail for them is the whole point. Are there any networks of local machines you want to relay mail for? If there are any, enter them here, separated with spaces or commas. You should use the standard address/length format (e.g. 194.222.242.0/24) If there are none, say `none'. You need to double the colons in IPv6 addreses (e.g. 5f03::1200::836f::::/48) Enter value (default=`none', `x' to restart): |
============================================================================== You may want to filter out unsolicited commercial email, (UCE, also known as spam). Unfortunately it is difficult keeping up with all the spamming sites and abused relays. The Realtime Blackhole List is a spam filter that someone else maintains (see http://maps.vix.com/rbl/). They are very quick to add sites, so if you bounce on this you may occasionally miss legitimate mail. Adding a header is an alternative---then individual users can choose what to do with RBL mail using their personal filter files. Note that the RBL only works if you receive mail directly. If it is stored for you at your ISP, the RBL won't work as it depends on the IP address the connection comes from. Would you like to use the RBL? ('f'ilter, 'r'eject, or 'n'o)? Enter value (default=`n', `x' to restart): |
============================================================================== Which machine will act as the smarthost and handle outgoing mail? Enter value (`x' to restart): mail.openoffice.de Names are localhost:hoshi.openoffice.de! |
============================================================================== Mail for the `postmaster' and `root' accounts is usually redirected to one or more user accounts, of the actual system administrators. By default, I'll set things up so that mail for `postmaster' and for various system accounts is redirected to `root', and mail for `root' is redirected to a real user. This can be changed by editing /etc/aliases. Note that postmaster-mail should usually be read on the system it is directed to, rather than being forwarded elsewhere, so (at least one of) the users you choose should not redirect their mail off this machine. Which user account(s) should system administrator mail go to ? Enter one or more usernames separated by spaces or commas . Enter `none' if you want to leave this mail in `root's mailbox - NB this is strongly discouraged. Also, note that usernames should be lowercase! Enter value (`x' to restart): fr |
============================================================================== You already have an /etc/aliases file. Do you want to replace this with a new one (the old one will be kept and renamed to aliases.O)? (y/n) Enter value (default=`y', `x' to restart): |
frank.ronneburg: fr |
The following configuration has been entered: ============================================================================== Mail generated on this system will have `hoshi.openoffice.de' used as the domain part (after the @) in the From: field and similar places. The following domain(s) will be recognised as referring to this system: localhost, hoshi.openoffice.de Mail for postmaster, root, etc. will be sent to fr. Local mail is delivered. Outbound remote mail is sent via mail.openoffice.de. Is this OK ? Hit Return or type `y' to confirm it and install, or `n' to make changes (in which case we'll go round again, giving you your previous answers as defaults. (y/n) y |
Keeping previous /etc/exim.conf as /etc/exim.conf.O Keeping previous /etc/aliases as /etc/aliases.O Keeping previous /etc/mailname as /etc/mailname.O Configuration installed. |
Viele Freemail-Provider verlangen, daß man zuerst seine Mails abruft, bevor man welche verschickt, siehe dazu auch fetchmail.
Doch nun zu den eigentlichen Programmen, mit denen Sie Ihre E-Mails bearbeiten können.
set pop_host=pop3.openoffice.de set pop_user=popname set pop_delete |
Damit sollten Sie erst einmal in der Lage sein, Mails zu senden und zu empfangen.
Um Mail mit GnuPG zu signieren oder zu verschlüsseln, müssen Sie nur wenige Änderungen an Ihrer .muttrc vornehmen. Natürlich sollten Sie zuerst GnuPG installieren und ein Schlüsselpaar erzeugt haben. Die notwendigen Schritte sind im Abschnitt Verschlüsselung beschrieben.
Hier nun noch einige Links zu Seiten im Web, auf denen Sie weitere Informationen zu mutt finden:
http://www.mutt.org/ die eigentliche Hauptseite zu mutt.
http://www.linux-magazin.de/ausgabe/1997/07/Mutt/mutt.html ein Artikel von Felix von Leitner im Linux Magazin.
http://www.math.fu-berlin.de/~leitner/mutt/ die Seiten von Felix zu mutt
http://www.math.fu-berlin.de/~guckes/mutt/ umfangreiche Sammlung von Sven Guckes
send-hook . set signature=~/.signature send-hook meier set signature=~/.signature-meier |
su -c "sh /usr/doc/fetchmail/contrib/fetchsetup"
starten, auch hier werden Sie nach dem Paßwort für den Superuser gefragt.
Hier ein Beispiel für eine Konfiguration mit dem normalen POP3-Protokoll:
bash-2.04$ su -c "sh /usr/doc/fetchmail/contrib/fetchsetup" Password: # Fetchsetup is a shell script for creating a .fetchmailrc file, # that will be used by the program "fetchmail" to connect to your # mail domain and retrieve your mail. # This script is linux specific, so it may not work on another system. # Kent Robotti <krobot@erols.com> (3-31-99) Continue? (Y/n) : Remote mail site?: pop.boo.com <Your service providers mail domain name> Remote mail site?: mail.openoffice.de Protocol?: pop3 <My service provider uses the 'pop3' mail protocol> Protocol?: auto <If not sure put: auto> Choices: apop auto etrn imap imap-gss imap-k4 kpop pop2 pop3 rpop sdps Protocol?: pop3 Remote username?: jerry <My username or login is jerry> Remote username?: hoshi Remote password?: ? <What's the password for?: hoshi> Remote password?: XXXXXXX Create /root/.fetchmailrc file? (Y/n) : This is your /root/.fetchmailrc file. poll "mail.openoffice.de" protocol pop3 username "hoshi" password "aa" mda "/usr/bin/procmail -d %s" Fetchmail will retrieve your mail and put it in: /var/spool/mail/fr I put that (m)ail (d)elivery (a)gent in .fetchmailrc because i found it on your system, this doesn't mean it's correct or the one you want to use. The first time you run fetchmail, you should run it this way: # fetchmail -k |
Die so erzeugte Datei hat dann folgenden Inhalt:
poll "mail.openoffice.de" protocol pop3 username "hoshi" password "XXXXXX" mda "/usr/bin/procmail -d %s" |
usage: fetchmail [options] [server ...] Options are as follows: -?, --help display this option help -V, --version display version info -c, --check check for messages without fetching -s, --silent work silently -v, --verbose work noisily (diagnostic output) -d, --daemon run as a daemon once per n seconds -N, --nodetach don't detach daemon process -q, --quit kill daemon process -L, --logfile specify logfile name --syslog use syslog(3) for most messages when running as a daemon --invisible don't write Received & enable host spoofing -f, --fetchmailrc specify alternate run control file -i, --idfile specify alternate UIDs file --postmaster specify recipient of last resort --nobounce redirect bounces from user to postmaster. -I, --interface interface required specification -M, --monitor monitor interface for activity --plugin specify external command to open connection --plugout specify external command to open smtp connection -p, --protocol specify retrieval protocol (see man page) -U, --uidl force the use of UIDLs (pop3 only) -P, --port TCP/IP service port to connect to --preauth preauthentication type (password/kerberos/ssh) -t, --timeout server nonresponse timeout -E, --envelope envelope address header -Q, --qvirtual prefix to remove from local user id -u, --username specify users's login on server -a, --all retrieve old and new messages -K, --nokeep delete new messages after retrieval -k, --keep save new messages after retrieval -F, --flush delete old messages from server -n, --norewrite don't rewrite header addresses -l, --limit don't fetch messages over given size -w, --warnings interval between warning mail notification -S, --smtphost set SMTP forwarding host -D, --smtpaddress set SMTP delivery domain to use -Z, --antispam, set antispam response values -b, --batchlimit set batch limit for SMTP connections -B, --fetchlimit set fetch limit for server connections -e, --expunge set max deletions between expunges -m, --mda set MDA to use for forwarding --bsmtp set output BSMTP file --lmtp use LMTP (RFC2033) for delivery -r, --folder specify remote folder name |
bash-2.04$ fetchmail -V This is fetchmail release 5.3.4+NTLM+SDPS+NLS Linux sushi 2.3.47 #2 Wed Feb 23 16:32:17 CET 2000 i686 unknown Taking options from command line and /home/fr/.fetchmailrc Idfile is /home/fr/.fetchids Fetchmail will forward misaddressed multidrop messages to fr. Options for retrieving from hoshi@mail.openoffice.de: True name of server is mail.openoffice.de Protocol is POP3. Server nonresponse timeout is 300 seconds (default). Default mailbox selected. Only new messages will be retrieved (*-all off). Fetched messages will not be kept on the server (*-keep off). Old messages will not be flushed before message retrieval (*-flush off). Rewrite of server-local addresses is enabled (*-norewrite off). Carriage-return stripping is enabled (stripcr on). Carriage-return forcing is disabled (forcecr off). Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). MIME decoding is disabled (mimedecode off). Idle after poll is disabled (idle off). Nonempty Status lines will be kept (dropstatus off) Messages will be delivered with "/usr/bin/procmail -d %s". Recognized listener spam block responses are: 571 550 501 554 Single-drop mode: 1 local name(s) recognized. No UIDs saved from this host. |
Gibt einen Statuscode zurück, aus dem ersichtlich ist, ob auf dem Server Mail zum Abholen bereitliegt oder nicht, auch hierbei werden keine Daten übertragen oder auf dem Server gelöscht. Diese Option deaktiviert den „Daemon“ Modus. Weiterhin arbeitet diese Option nicht mit dem ETRN Protokoll (RFC 1985) zusammen und ist etwas problematisch im Zusammenhang mit mehreren Sites. Der Statuswert ist negativ, wenn Sie gelesene aber nicht gelöschte Mail in der Mailbox auf dem Server zurücklassen und das verwendete Protokoll bereits gelesene von neuen Nachrichten nicht unterscheiden kann. Diese Option funktioniert sehr gut mit IMAP, mit den meisten POP3 Servern und funktioniert nicht mit POP2.
Unterdrückt alle Informationen über den Status oder den Fortschritt bei der Verarbeitung von Nachrichten, diese Meldungen werden normalerweise auf der Standardausgabe für Fehlermeldungen ausgegeben. Fehlermeldungen werden aber weiterhin dorthin ausgegeben. Mit der Option *-verbose können Sie diese Option überschreiben.
Mit dieser Option werden alle Kontrollnachrichten, die zwischen fetchmail und dem Mailserver ausgetauscht werden, auf der Standardfehlerausgabe ausgegeben. Diese Option überschreibt die Option *-silent. Wenn Sie diese Option doppelt (als -v -v) angeben, werden datailliertere Informationen ausgegeben.
Übergabe Optionen
(Schlüsselwort: all) Holt sowohl alte (bereits gelesene) sowie neue Nachrichten vom Server. Normalerweise werden nur neue, also ungelesene Nachrichten übertragen. Wenn POP3 als Protokoll verwendet wird, benutzt fetchmail das Kommando RETR statt TOP. POP2 verhält sich immer so, als ob diese Option aktviert ist, bei ETRN funktioniert diese Option nicht.
(Schlüsselwort: keep) Normalerweise werden übertragene Nachrichten auf dem Mailserver gelöscht, so daß diese beim nächsten Mal nicht nocheinmal übertragen werden. Diese Option belässt die übertragenen Mails auf dem Server. Diese Option funktioniert nicht mit ETRN.
(Schlüsselwort: nokeep) Diese Option löscht die übertragenen Mails auf dem Server, dies ist auch die Standardeinstellung. Sie können diese Option auf der Kommandozeile angeben, falls Sie in der Konfiguration die Option -k angegeben haben.
Diese Option funktioniert nur mit dem Protokollen POP3 oder IMAP. Alte Mails, die bereits übertragen wurden, werden auf dem Server gelöscht, bevor neue Nachrichten übertragen werden. Diese Option funktioniert nicht mit dem Protokoll ETRN. Bitte beachten Sie: Wenn Ihr Mailprogramm während der Übertragung abstürzt und fetchmail abgebrochen wird, werden beim nächsten Aufruf von fetchmail auch Nachrichten gelöscht, die Sie noch nie zu Gesicht bekommen haben. Normalerweise sollten Sie besser die Option -k benutzen, hierbei werden die Mails nach der erfolgreichen Übertragung gelöscht.
Protokoll und Abfrage Optionen
(Schlüsselwort: proto[col]) Mit dieser Option können Sie das gewünschte Protokoll zur Kommunikation mit dem Mailserver angeben. Wenn kein Protokoll vorgegeben wird, wird der Wert AUTO verwendet. Sie können diese Option mit den folgenden Werten belegen:
AUTO - probiert die Protokolle IMAP, POP3 und POP2. Nicht verfügbare Protokolle werden übersprungen.
SDPS - Benutzt das POP3 Protokoll mit den „Daemon Internet's“ SDPS Erweiterungen.
(Schlüsselwort: uidl) Benutzt bei der Verwendung von POP3 die UIDL (unique ID listing, beschrieben im RFC 1725). Die Überprüfung auf neue Nachrichten wird auf der Seite des Clients vorgenommen. Zusammen mit der Option -k läßt sich über eine Mailbox ein Verteiler für eine Gruppe von Benutzern realisieren.
(Schlüsselwort: port) Hiermit können Sie eine vom Standard abweichende Portnummer für das verwendete Protokoll angeben.
(Schlüsselwort: timeout) - Hiermit können Sie eine Zeit bestimmen, die fetchmail auf eine Antwort vom Server warten soll.
(Schlüsselwort: plugin) - Sie können ein externes Programm verwenden um eine TCP Verbindung aufzubauen. Dies kann bei der Verwendung eines Firewalls sinnvoll sein. Dem Programm werden die beiden Parameter Servername und Portnummer übergeben, fetchmail schreibt und ließt von der Standardein- und ausgabe des PlugIns.
Wenn Sie mit den Einstellungen zufrieden sind, können Sie den Aufruf von fetchmail in die Scripte einbauen, die auf Ihrem System die TCP/IP-Verbindung zu Ihrem Provider aufbauen. Leider sind die Scripte ip-up und ip-down unter Debian noch nicht so weit vereinheitlicht, daß das Installationsprogramm von fetchmail dies für Sie erledigen könnte, so daß an dieser Stelle wieder Handarbeit angesagt ist. Sie finden unter /usr/doc/fetchmail die Scripte fetchmail-up und fetchmail-down als Beispiele. Sie sollten das Script fetchmail-up an eine Stelle in das Script /etc/init.d/ip-up einbauen, an der die IP-Verbindung bereits aufgebaut wurde, so daß automatisch alle Mails abgeholt werden, nachdem Sie die Verbindung hergestellt haben. Entsprechend sollten Sie das Script fetchmail-down vor dem Abbau der Verbindung einbauen, so daß nochmal schnell neue Mails abgeholt werden.
Zurück | Zum Anfang | Nach vorne |
Webbrowser | Nach oben | Dateitransfer |