E-Mail: Unterschied zwischen den Versionen

Aus Mikiwiki
Zur Navigation springen Zur Suche springen
 
(14 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>
                            Mailserver                           Mailserver
MAILCLIENT                  MAILSERVER                           MAILSERVER                           MAILCLIENT
                            XXXXXXXXXX                           XXXXXXXXXX
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
| [[Kmail]] || mbox, maildir
|-
|-
| [[Mutt]] || mbox, maildir, mh, mmdh
| [[mutt]] || mbox, maildir, mh, mmdh
|-
|-
| Sylpheed Claws || mbox, mh
| Sylpheed Claws || mbox, mh
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/newaliases</b>
  # <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 ==


* [http://kmail.kde.org/tools.html Konvertierungstools] (Kmail.KDE.org)
{{Weblinks}}
* [http://www.emailman.com/conversion/ Mail and address format conversions] (EMailMan.com)
{{url|NO|Trolltech|eng|http://kmail.kde.org/tools.html|Konvertierungstools}}
* [http://www.weirdkid.com/products/emailchemy/ Emailchemy : the email alchemist] - kommerziell
{{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.

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)


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