E-Mail: Unterschied zwischen den Versionen
Michi (Diskussion | Beiträge) |
Michi (Diskussion | Beiträge) |
||
(15 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 15: | Zeile 15: | ||
3. Zum Abholen der E-Mail aus dem Postfach auf dem Mailserver kommen Protokolle wie [[POP3]] oder [[IMAP]] zum Einsatz. | 3. Zum Abholen der E-Mail aus dem Postfach auf dem Mailserver kommen Protokolle wie [[POP3]] oder [[IMAP]] zum Einsatz. | ||
<pre> | <pre class=wiki> | ||
MAILCLIENT MAILSERVER MAILSERVER MAILCLIENT | |||
Mail User Agent ---SMTP---> Message Submission Agent | Mail User Agent ---SMTP---> Message Submission Agent | ||
Mail Transfer Agent ---SMTP---> Mail Transfer Agent | Mail Transfer Agent ---SMTP---> Mail Transfer Agent | ||
Zeile 42: | Zeile 41: | ||
| [[Evolution]] || mh, maildir, Eudora, Netscape, Outlook | | [[Evolution]] || mh, maildir, Eudora, Netscape, Outlook | ||
|- | |- | ||
| [[ | | [[Kmail]] || mbox, maildir | ||
|- | |- | ||
| [[ | | [[mutt]] || mbox, maildir, mh, mmdh | ||
|- | |- | ||
| Sylpheed Claws || mbox, mh | | Sylpheed Claws || mbox, mh | ||
Zeile 51: | Zeile 50: | ||
=== Umwandlung === | === Umwandlung === | ||
<b>DbxConv</b> wandelt Nachrichten aus dem E-Mail-Format DBX (Outlook Express) in solche vom | <b>DbxConv</b> wandelt Nachrichten aus dem E-Mail-Format DBX (Outlook Express) in solche vom [[mbox]]-Format um.<br> | ||
* [http://people.freenet.de/ukrebs/dbxconv.html DbxConv - DBX to MBOX converter] (Ulrich Krebs) | * [http://people.freenet.de/ukrebs/dbxconv.html DbxConv - DBX to MBOX converter] (Ulrich Krebs) | ||
Zeile 59: | Zeile 58: | ||
[[Hypermail]] archiviert mbox-Nachrichten als HTML-Dateien. | [[Hypermail]] archiviert mbox-Nachrichten als HTML-Dateien. | ||
== Quoting == | |||
Betreffend Quoting einige Gedanken von [http://mail.gnome.org/archives/evolution-list/2010-September/msg00120.html David Woodhouse]: | |||
<pre> | |||
Re: [Evolution] help with English "top post msg" | |||
* From: David Woodhouse <dwmw2 infradead org> | |||
* To: nomnex <nomnex gmail com> | |||
* Cc: evolution-list gnome org | |||
* Subject: Re: [Evolution] help with English "top post msg" | |||
* Date: Thu, 16 Sep 2010 09:59:07 +0100 | |||
On Thu, 2010-09-02 at 15:53 +0900, nomnex wrote: | |||
> What would be correct way to explain in a top post msg. "Find my answer | |||
> in the message below"? I have seen the correct sentence quoted in few | |||
> msg. on the list, about email-list etiquette, but unfortunately I | |||
> haven't save the msg. for reference. | |||
What's the point? Quite frankly, if the recipients are *so* clueless | |||
that they can't manage to find your reply inline in the message where it | |||
belongs, do you really have any hope that they'll actually be able to | |||
read and understand your reply anyway? | |||
I think it's best not to do this. If you're really concerned about the | |||
intelligence of the recipient, just try to keep your first citation nice | |||
and short, so that your first reply is clearly visible. | |||
If you *do* put something at the top, beware that some people may just | |||
discard your email without reading it at all. I receive a *lot* of | |||
email, and *most* of the top-posted crap is, well, crap. The people who | |||
top-post *tend* to be the same people who can't be bothered to trim | |||
their citations, post HTML, and can't manage to string a coherent | |||
sentence together. So often if I receive a top-posted email, I don't | |||
bother to read it AT ALL. | |||
I also think it's counter-productive for the people you're trying to | |||
"help" -- you're still training them to look in the wrong place, and | |||
when they receive emails *without* that hint; they may still not do the | |||
right thing. It's better for them just to get used to how proper email | |||
works, surely? | |||
If you feel you *must* put a prefix in to molly-coddle the idiots, try | |||
something like this: | |||
˙ʇxǝʇ pǝʇonb ǝɥʇ *ʍolǝq* oƃ sǝıldǝɹ 'lıɐɯǝ pǝɯɹoɟ-ʎlʇɔǝɹɹoɔ uI | |||
˙uʍop-ǝpısdn sıɥʇ ƃuıpɐǝɹ ǝq oʇ ɯǝǝs no⅄ | |||
-- | |||
dwmw2 | |||
</pre> | |||
== Versenden == | == Versenden == | ||
Zeile 70: | Zeile 121: | ||
$ <b>uuenview -b -s "Anhang" -m email@adresse Datei</b> | $ <b>uuenview -b -s "Anhang" -m email@adresse Datei</b> | ||
Weiterleitung von E-Mails. | Weiterleitung von E-Mails gemäss den Einträgen in der Datei "/etc/aliases". Mit dem Befehl "newaliases" wird die E-Mail-aliases-Datenbank nach einer Änderung neu aufgebaut. | ||
# <b>vi /etc/ | # <b>vi /etc/aliases</b> | ||
# <b>newaliases</b> | root: mik | ||
root: test@xxx.yy | |||
# <b>/usr/bin/newaliases</b> | |||
Weiterleitung der Systemmails von Linux-Benutzern an eine echte E-Mail-Adresse. Sollen die Mails an verschiedene E-Mail-Adressen gehen, so müssen diese durch Kommas voneinander getrennt werden. | Weiterleitung der Systemmails von Linux-Benutzern an eine echte E-Mail-Adresse. Sollen die Mails an verschiedene E-Mail-Adressen gehen, so müssen diese durch Kommas voneinander getrennt werden. | ||
Zeile 117: | Zeile 170: | ||
== Weblinks == | == Weblinks == | ||
{{Weblinks}} | |||
{{url|NO|Trolltech|eng|http://kmail.kde.org/tools.html|Konvertierungstools}} | |||
{{url|US|Andrew Starr|eng|http://www.emailman.com/conversion/|Mail and address format conversions}} | |||
{{url|US|Weird Kid Software|eng|http://www.weirdkid.com/products/emailchemy/|Emailchemy : the email alchemist|Kommerzielle Seite}} | |||
{{Fuss}} | |||
* http://blog.seibert-media.net/2006/09/18/text-oder-html-welches-e-mail-format-ist-besser/ | |||
{{cat|E-Mail}} | {{cat|E-Mail}} | ||
{{cat|UNFERTIG}} | {{cat|UNFERTIG}} |
Aktuelle Version vom 25. Oktober 2010, 10:09 Uhr
E-Mail ist ein Zusammenspiel verschiedener Programme - um E-Mail zu transportieren, zu transferieren oder zu lesen bzw. zu schreiben.
E-Mail ist ein Basisdienst aller Unix-Systeme und jeder Benutzer eines solchen Systems hat eine Mailbox unter "/var/mail" oder "/var/spool/mail". Schon mit dem Standard-Unix-Programm mail lassen sich E-Mails lesen, beantworten oder verfassen.
Funktionsweise des E-Mail-Versands
1. Der Mail User Agent / MUA (auch: E-Mail-Client) verschickt eine E-Mail mit Absender- und Empfängeradresse an einen Mailserver. Die meisten Mailserver arbeiten in einer Doppelrolle als Message Submission Agent / MSA und Mail Transfer Agent / MTA.
2. Anhand der Empfängeradresse entscheidet der Mail Transfer Agent / MTA, was mit der E-Mail geschieht:
- Besitzt der Empfänger ein Postfach auf dem Mailserver, so leitet der MTA die E-Mail an den Mail Delivery Agent / MDA weiter, der sie dem jeweiligen Postfach zuordnet.
- Besitzt der Empfänger kein eigenes E-Mail-Konto auf dem Mailserver, gehört aber zur Domain, die der Mailserver verwaltet, so landet die E-Mail im sogenannten "Catch-all-Sammelkonto", falls eines existiert.
- Falls kein "Catch-all-Sammelkonto" existiert, so schickt der Mailserver die E-Mail mit dem Hinweis "unknown recipient" (engl. unbekannter Empfänger) an den Versender zurück.
- Gehört die E-Mail einem Empfänger einer fremden Domain, so leitet der MTA sie an den dafür zuständigen MTA weiter.
3. Zum Abholen der E-Mail aus dem Postfach auf dem Mailserver kommen Protokolle wie POP3 oder IMAP zum Einsatz.
MAILCLIENT MAILSERVER MAILSERVER MAILCLIENT Mail User Agent ---SMTP---> Message Submission Agent Mail Transfer Agent ---SMTP---> Mail Transfer Agent Mail Delivery Agent Postfach <---POP3/IMAP--- Mail User Agent
Ein Mailserver fungiert gleichzeitig als Posteingangsserver und als Mail-Relay, das fremde Nachrichten an andere Mailserver weiterleitet. Letzterer Modus sorgte früher vor allem deshalb für Verdruss, weil SMTP keine Authentifizierung kennt - so arbeiten viele Mailserver als "Open Mail Relays" und ermöglichen es jedem (also auch den verhassten Spammern), Nachrichten zu versenden.
Mailbox (Postfach)
Mailboxen sind der benutzereigene Speicher für eingehende E-Mails und damit der Übergabeort zwischen Mailserver und Empfänger. Die meisten Mailprogramme erlauben dem Benutzer, Extrapostfächer [engl. mail folder] einzurichten, in die die elektronische Post z. B. thematisch sortiert werden kann. Beim Archivieren oder Transfer von Mail zwischen verschiedenen Mailclients, Benutzerkonten oder Rechnern werden normalerweise nicht einzelne Nachrichten, sondern komplette Mailboxen verschoben.
Das Hauptunterscheidungsmerkmal zwischen den einzelnen Mailboxformaten ist die Organisation der Malboxdateien oder -verzeichnisse. Die wichtigsten Varianten sind:
- eine Datei pro Nachricht
- eine Datei pro Mailbox (z. B. mbox)
- eine Datei pro Nutzer mit mehreren Mailboxen in einer Datenbank (v. a. bei individuellen Installationen)
Mailclient | Mailboxformate |
---|---|
Balsa | mbox, maildir, mh |
Evolution | mh, maildir, Eudora, Netscape, Outlook |
Kmail | mbox, maildir |
mutt | mbox, maildir, mh, mmdh |
Sylpheed Claws | mbox, mh |
Umwandlung
DbxConv wandelt Nachrichten aus dem E-Mail-Format DBX (Outlook Express) in solche vom mbox-Format um.
- DbxConv - DBX to MBOX converter (Ulrich Krebs)
Umwandlung:
DbxConv -mbx *.dbx
Hypermail archiviert mbox-Nachrichten als HTML-Dateien.
Quoting
Betreffend Quoting einige Gedanken von David Woodhouse:
Re: [Evolution] help with English "top post msg" * From: David Woodhouse <dwmw2 infradead org> * To: nomnex <nomnex gmail com> * Cc: evolution-list gnome org * Subject: Re: [Evolution] help with English "top post msg" * Date: Thu, 16 Sep 2010 09:59:07 +0100 On Thu, 2010-09-02 at 15:53 +0900, nomnex wrote: > What would be correct way to explain in a top post msg. "Find my answer > in the message below"? I have seen the correct sentence quoted in few > msg. on the list, about email-list etiquette, but unfortunately I > haven't save the msg. for reference. What's the point? Quite frankly, if the recipients are *so* clueless that they can't manage to find your reply inline in the message where it belongs, do you really have any hope that they'll actually be able to read and understand your reply anyway? I think it's best not to do this. If you're really concerned about the intelligence of the recipient, just try to keep your first citation nice and short, so that your first reply is clearly visible. If you *do* put something at the top, beware that some people may just discard your email without reading it at all. I receive a *lot* of email, and *most* of the top-posted crap is, well, crap. The people who top-post *tend* to be the same people who can't be bothered to trim their citations, post HTML, and can't manage to string a coherent sentence together. So often if I receive a top-posted email, I don't bother to read it AT ALL. I also think it's counter-productive for the people you're trying to "help" -- you're still training them to look in the wrong place, and when they receive emails *without* that hint; they may still not do the right thing. It's better for them just to get used to how proper email works, surely? If you feel you *must* put a prefix in to molly-coddle the idiots, try something like this: ˙ʇxǝʇ pǝʇonb ǝɥʇ *ʍolǝq* oƃ sǝıldǝɹ 'lıɐɯǝ pǝɯɹoɟ-ʎlʇɔǝɹɹoɔ uI ˙uʍop-ǝpısdn sıɥʇ ƃuıpɐǝɹ ǝq oʇ ɯǝǝs no⅄ -- dwmw2
Versenden
E-Mails mit Anhang ab Befehlszeile verschicken.
$ mutt -n -F /dev/null -s "Anhang" -a Datei email@adresse < /dev/null $ mpack -s "Anhang" Datei email@adresse $ nail -s "Anhang" -a Datei email@adresse < /dev/null $ metasend -b -s "Anhang" -f Datei -t email@adresse -m application/octet-stream $ uuenview -b -s "Anhang" -m email@adresse Datei
Weiterleitung von E-Mails gemäss den Einträgen in der Datei "/etc/aliases". Mit dem Befehl "newaliases" wird die E-Mail-aliases-Datenbank nach einer Änderung neu aufgebaut.
# vi /etc/aliases root: mik root: test@xxx.yy # /usr/bin/newaliases
Weiterleitung der Systemmails von Linux-Benutzern an eine echte E-Mail-Adresse. Sollen die Mails an verschiedene E-Mail-Adressen gehen, so müssen diese durch Kommas voneinander getrennt werden.
$ vi ~/.forward recipient@xxxxx.xx $ chmod 644 .forward
E-Mail-Adressen auf Webseiten tarnen
Drei Methoden scheinen zweckmässig zu sein, um E-Mail-Adressen vor Harvestern zu verbergen:
- Schreiben der E-Mail-Adresse in eine Grafik-Datei
- Einfügen von Leerzeichen zwischen die Buchstaben der E-Mail-Adresse (z. B. u s e r @ e x a m p l e . c o m )
- Totschlagen der Harvester-Betreiber (funktioniert mit Garantie)
- Privatadresse : Homepages spamsicher gestalten (Linux-User.de)
Fehlersuche
Kommt es bei Empfang oder Versand von E-Mails zu Problemen, so hilft oft das Herstellen einer Verbindung zum Mailserver über einen Telnet-Client, da die übermittelten Befehle genau denen entsprechen, die auch der Mailclient an den Mailserver schickt. Die Antworten kriegt man allerdings direkt zu sehen.
Protokoll | Befehl | Funktion |
---|---|---|
IMAP | ||
POP3 | telnet <Mailserver> 110 | Anmelden im Postfach |
Linux
- Testmail versenden mit "/usr/sbin/sendmail -t < /tmp/test"
- Status der versandten Mails ansehen mit "tail /var/log/mail"
- "mailq" zeigt ob noch Mails zu verschicken sind.
Sunos
- Meldungen zu versandten Mails stehen in der Datei "/var/log/syslog".
- "mailq" zeigt ob noch Mails zu verschicken sind.
Weblinks
Herausgeber | Sprache | Webseitentitel | Anmerkungen |
---|---|---|---|
Trolltech | eng | Konvertierungstoolswbm | |
Andrew Starr | eng | Mail and address format conversionswbm | |
Weird Kid Software | eng | Emailchemy : the email alchemistwbm | Kommerzielle Seite |