Archiv:Mail Station mit eigener Domain - Versionsgeschichte

Tommes: Tommes verschob die Seite Mail Station mit eigener Domain nach Archiv:Mail Station mit eigener Domain

2025-03-15T15:48:23Z

Tommes verschob die Seite Mail Station mit eigener Domain nach Archiv:Mail Station mit eigener Domain

← Nächstältere Version	Version vom 15. März 2025, 15:48 Uhr
(kein Unterschied)

imported>Jahlives: /* Weblinks und Glossar */

2010-09-12T13:02:10Z

Weblinks und Glossar

← Nächstältere Version		Version vom 12. September 2010, 13:02 Uhr
Zeile 450:		Zeile 450:
	*[http://de.wikipedia.org/wiki/Zertifizierungsstelle Zertifizierungsstelle]		*[http://de.wikipedia.org/wiki/Zertifizierungsstelle Zertifizierungsstelle]
	*[http://de.wikipedia.org/wiki/Zuverl%C3%A4ssigkeit_%28Technik%29 Zuverlässigkeit]		*[http://de.wikipedia.org/wiki/Zuverl%C3%A4ssigkeit_%28Technik%29 Zuverlässigkeit]
			[[Category:Mailstation]]

imported>Hkuester: Weitere Ergänzung Vor- & Nachteile und Fazit

2009-11-04T10:08:05Z

Weitere Ergänzung Vor- & Nachteile und Fazit

← Nächstältere Version		Version vom 4. November 2009, 10:08 Uhr
Zeile 386:		Zeile 386:
	Diese bieten das komplette Paket mit eigener Domain ohne viel administrativen Aufwand an.		Diese bieten das komplette Paket mit eigener Domain ohne viel administrativen Aufwand an.
	Aber diese Angebote haben auch ihre Beschränkungen.		Aber diese Angebote haben auch ihre Beschränkungen.
	~~Im Folgenden werden die Vorteile und Nachteile eines eigenes Mail-Servers gegenüber gestellt.~~

			Siehe Artikel "[[Vorteile_und_Nachteile_der_Mail_Station\|Vor- und Nachteile der Mail Station]]"
	~~'''Vorteile'''~~
	*Eingehende Mails werden nirgendwo anders gespeichert als auf dem eigenen Mail-Server (außer im Ausnahmefall auf dem Backup-Mail-Server). Die Übertragung erfolgt direkt und verschlüsselt vom absendenden zum eigenen Mail-Server. Das bedeutet für Mails einen höheren Datenschutz und mehr Privatsphäre als wenn ein Dritter (der Mail-Dienstleister) mit einbezogen wäre. Dieses könnte gerade relevant sein für Mails mit sensiblen Informationen (Banking, E-Commerce, Anwaltskanzleien, Ärzte, Journalisten, ...). Mail-Dienstleister müssen Backups der Kunden-Mails anlegen, um die Zuverlässigkeit und Verfügbarkeit zu garantieren, und manche Mail-Dienstleister (z.B. Google Mail) erstellen sogar Kundenprofile durch Analyse der Mail-Inhalte und der Absender-Adressen, um diese für Werbezwecke einzusetzen oder weiterzuverkaufen. Selbst bei verschlüsselten Mails ist der Mail-Header mit dem Betreff und den Empfänger- und Absender-Informationen immer noch lesbar und auswertbar.
	*Es gibt keine Beschränkungen hinsichtlich Anzahl der User, Anzahl der Postfächer und Größe der Daten (außer denen der Disk Station bzw. Mail Station selbst). Bei komplexeren Mail-Systemen (genutzt von der ganzen Verwandtschaft, der WG oder kleineren Firmen) ergibt sich dadurch ein Kostenvorteil.
	*Größere Unabhängigkeit (vom Mail-~~Dienstleister)~~
	*Mehr funktionale Freiheiten und ~~Möglichkeiten bei der Mail Station. Mail-Dienstleister bieten teilweise recht eingeschränkten Funktionsumfang (z.B. bei Filterregeln, usw.) oder sie lassen sich Profi-Funktionen teuer bezahlen.~~


	~~'''~~Nachteile~~'''~~
	*Höherer administrativer Einmalaufwand mit vielen Stolperfallen
	*Höhere Kosten (für SSL-Zertifikat, Backup-Mail-Server und/oder statische IP-Adresse), wenn nur ein einfaches Mail-System mit wenigen Nutzern, wenigen Postfächern und wenig Datenaufkommen benötigt wird
	*Geringere Zuverlässigkeit, wenn auf Backup-Mail-Server und/oder statische IP-Adresse verzichtet wird. Trotz aller Maßnahmen wird kaum die Zuverlässigkeit eines professionellen Mail-Dienstleisters erreicht
	*Geringerer Datenschutz (keine Verschlüsselung), wenn auf SSL-Zertifikat verzichtet wird
	*Daten-Backups liegen in der Eigenverantwortung
	*Disk Station geht nicht mehr in den Stromsparmodus (kein Anhalten der Festplatte), weil die Mail Station ständig aktiv ist
	*Manche wünschenwerte Funktion der Mail Station ~~lässt sich (noch) nicht über eine benutzerfreundliche Oberfläche einstellen. Gewünschte zusätzliche Funktionen lassen sich nur per Modding/Hacking aktivieren~~


Zeile 411:		Zeile 395:
	*[[Externe_Accounts_abrufen\|Externe Accounts mit getmail abrufen]]		*[[Externe_Accounts_abrufen\|Externe Accounts mit getmail abrufen]]
	*[[SMTP_Dialog_Restriktionen\|Client Restriktionen im Postfix Server]]		*[[SMTP_Dialog_Restriktionen\|Client Restriktionen im Postfix Server]]
			*[[Vorteile_und_Nachteile_der_Mail_Station\|Vor- und Nachteile der Mail Station]]

imported>Hkuester: Ergänzung Vor- & Nachteile Mail Station

2009-11-04T09:29:16Z

Ergänzung Vor- & Nachteile Mail Station

← Nächstältere Version		Version vom 4. November 2009, 09:29 Uhr
Zeile 390:		Zeile 390:

	'''Vorteile'''		'''Vorteile'''
	*Eingehende Mails werden nirgendwo anders gespeichert als auf dem eigenen Mail-Server (außer im Ausnahmefall auf dem Backup-Mail-Server). Die Übertragung erfolgt direkt und verschlüsselt vom absendenden zum eigenen Mail-Server. Das bedeutet für Mails einen höheren Datenschutz als wenn ein Dritter (der Mail-Dienstleister) mit einbezogen wäre. Dieses könnte gerade relevant sein für ~~sensible~~ Informationen (Anwaltskanzleien, Ärzte, Journalisten, ...)		*Eingehende Mails werden nirgendwo anders gespeichert als auf dem eigenen Mail-Server (außer im Ausnahmefall auf dem Backup-Mail-Server). Die Übertragung erfolgt direkt und verschlüsselt vom absendenden zum eigenen Mail-Server. Das bedeutet für Mails einen höheren Datenschutz und mehr Privatsphäre als wenn ein Dritter (der Mail-Dienstleister) mit einbezogen wäre. Dieses könnte gerade relevant sein für Mails mit sensiblen Informationen (Banking, E-Commerce, Anwaltskanzleien, Ärzte, Journalisten, ...). Mail-Dienstleister müssen Backups der Kunden-Mails anlegen, um die Zuverlässigkeit und Verfügbarkeit zu garantieren, und manche Mail-Dienstleister (z.B. Google Mail) erstellen sogar Kundenprofile durch Analyse der Mail-Inhalte und der Absender-Adressen, um diese für Werbezwecke einzusetzen oder weiterzuverkaufen. Selbst bei verschlüsselten Mails ist der Mail-Header mit dem Betreff und den Empfänger- und Absender-Informationen immer noch lesbar und auswertbar.
	*Es gibt keine Beschränkungen hinsichtlich Anzahl der User, Anzahl der Postfächer und Größe der Daten (außer denen der Disk Station bzw. Mail Station selbst). Bei komplexeren Mail-Systemen (genutzt von der ganzen Verwandtschaft, der WG oder kleineren Firmen) ergibt sich dadurch ein Kostenvorteil.		*Es gibt keine Beschränkungen hinsichtlich Anzahl der User, Anzahl der Postfächer und Größe der Daten (außer denen der Disk Station bzw. Mail Station selbst). Bei komplexeren Mail-Systemen (genutzt von der ganzen Verwandtschaft, der WG oder kleineren Firmen) ergibt sich dadurch ein Kostenvorteil.
	*Größere Unabhängigkeit		*Größere Unabhängigkeit (vom Mail-Dienstleister)
			*Mehr funktionale Freiheiten und Möglichkeiten bei der Mail Station. Mail-Dienstleister bieten teilweise recht eingeschränkten Funktionsumfang (z.B. bei Filterregeln, usw.) oder sie lassen sich Profi-Funktionen teuer bezahlen.


Zeile 402:		Zeile 403:
	*Daten-Backups liegen in der Eigenverantwortung		*Daten-Backups liegen in der Eigenverantwortung
	*Disk Station geht nicht mehr in den Stromsparmodus (kein Anhalten der Festplatte), weil die Mail Station ständig aktiv ist		*Disk Station geht nicht mehr in den Stromsparmodus (kein Anhalten der Festplatte), weil die Mail Station ständig aktiv ist
			*Manche wünschenwerte Funktion der Mail Station lässt sich (noch) nicht über eine benutzerfreundliche Oberfläche einstellen. Gewünschte zusätzliche Funktionen lassen sich nur per Modding/Hacking aktivieren

imported>Hkuester: Erste freigegebene Version

2009-10-31T17:10:08Z

Erste freigegebene Version

Änderungen zeigen

imported>Hkuester: Weitere Ausarbeitung

2009-10-25T22:04:23Z

Weitere Ausarbeitung

Änderungen zeigen

imported>Hkuester: Weitere Ausarbeitung

2009-10-25T20:05:57Z

Weitere Ausarbeitung

Änderungen zeigen

imported>Hkuester: Weitere Ausarbeitung

2009-10-25T17:53:27Z

Weitere Ausarbeitung

← Nächstältere Version		Version vom 25. Oktober 2009, 17:53 Uhr
Zeile 343:		Zeile 343:
	Ohne SPF kann theoretisch jeder beliebiger Mail-Server so eingestellt werden, dass er Mails im Namen einer anderen frendem Domain versendet, womit die Manipulationen möglich sind.		Ohne SPF kann theoretisch jeder beliebiger Mail-Server so eingestellt werden, dass er Mails im Namen einer anderen frendem Domain versendet, womit die Manipulationen möglich sind.

	Kern des SPF ist es, in der Datenbank des DNS-Nameservers weitere sogenannte SPF-Records aufzunehmen, die aussagen sollen, welche Mail-Server authorisiert sind für die jeweilige Domain Mails zu versenden.		Kern des SPF ist es, in der Datenbank des DNS-Nameservers weitere sogenannte SPF-Records aufzunehmen, die aussagen sollen, welche Mail-Server authorisiert sind, für die jeweilige Domain Mails zu versenden.
	Anhand dieses SPF-Records können andere empfangende Mail-Server prüfen, ob der absendende Mail-Server authorisiert ist, Mails für die in der Absender-Adresse enthaltene Domain zu versenden.		Anhand dieses SPF-Records können andere empfangende (Posteingangs-)Mail-Server prüfen, ob der absendende (Postausgangs-)Mail-Server authorisiert ist, Mails für die in der Absender-Adresse enthaltene Domain zu versenden.
	SPF-Records sind sozusagen das Pendant zu den MX-Records, die aussagen, welche Mail-Server die Mails einer Domain empfangen dürfen.		SPF-Records sind sozusagen das Pendant zu den MX-Records, die aussagen, welche Mail-Server die Mails einer Domain empfangen dürfen.

			Im SPF-Record lassen sich auf verschiedenste Arten die Postausgangs-Mail-Server angeben (siehe [http://www.openspf.org/ OpenSPF]).
			Man kann deren IP-Adressen angeben oder auch deren URL oder auf die MX-Records der Domain verweisen.

			Wenn man für die Mail Station eine Subdomain angelegt hat, so sollte am besten auf den A-Record verwiesen werden und der Eintrag lautet "''a:diskstation.my-domain.de''". Wenn man die Mail Station mit einen statischen IP-Adresse betreibt, so kann diese direkt im SPF-Record mit "''ip4:x.x.x.x/32''" ([http://de.wikipedia.org/wiki/CIDR CIDR-Notation]) angegeben werden.

			Bei Verwendung des Mail-Servers vom Backup-Mail-Konto des Mail-Dienstleisters als SMTP-Relay-Mail-Server wird die Sache etwas schwieriger.
			Bei großen Mail-Dienstleistern ist häufig der Posteingangs-Mail-Server ein anderer als der Postausgangs-Mail-Server und zur Verteilung der Arbeitslast werden häufig mehrere Postausgangs-Mail-Server verwendet.
			Wie nun alle diese Mail-Server heißen, darüber schweigen sich die Mail-Dienstleister meist aus.
			Wenn deren Hilfe- und FAQ-Seiten (Suchbegriff "''SPF''") nicht weiterhelfen, kann man versuchen die Namen per Support-Anfrage zu erfragen.
			Im Zweifelsfall kann man mit dem SPF-Record-Eintrag "''include:mail-isp-domain.de''" die Domain mit allen Subdomain zur Mail-Verwendung authorisieren.

			Zur Erstellung des SPF-Records bietet sich der [http://old.openspf.org/wizard.html Wizard] der OpenSPF-Website an.

			Je nach Registrar lassen sich SPF-Records unterschiedlich angeben, entweder direkt als SPF-Record, als TXT-Record oder mit Hilfe eines Webformulars (siehe dort).
			Als TTL-Wert sollte bei Verwendung einer dynamischer IP-Adresse wieder ein kleiner Wert (z.B. 20), ansonsten ein großer Wert (86400 = 1 Tag) angegeben werden.

			Zum Testen der SPF hält die OpenSPF-Website einige [http://www.openspf.org/Tools Tools] bereit.


Zeile 358:		Zeile 374:
	Erfolgt der Zugriff auch nur gelegentlich aus dem Internet heraus, dann muss als IMAP-, POP3 und SMTP-Server die URL der Disk Station (''diskstation.my-domain.de'') eingetragen werden.		Erfolgt der Zugriff auch nur gelegentlich aus dem Internet heraus, dann muss als IMAP-, POP3 und SMTP-Server die URL der Disk Station (''diskstation.my-domain.de'') eingetragen werden.
	Dieser Weg hat aber zum Nachteil, dass der Datenstrom immer über den Router (und das Internet?) geht, auch wenn man zu Hause am Intranet hängt, was mit geringerer Geschwindigkeit einhergeht.		Dieser Weg hat aber zum Nachteil, dass der Datenstrom immer über den Router (und das Internet?) geht, auch wenn man zu Hause am Intranet hängt, was mit geringerer Geschwindigkeit einhergeht.


			Beim Mail-Client ist dann nicht die Mail Station, sondern der SMTP-Mail-Server vom Backup-Mail-Konto des Mail-Dienstleisters anzugeben.

imported>Hkuester: Weitere Ausarbeitung

2009-10-25T07:32:56Z

Weitere Ausarbeitung

← Nächstältere Version		Version vom 25. Oktober 2009, 07:32 Uhr
Zeile 39:		Zeile 39:
	*[[Mail_Station_mit_eigener_Domain#Probleme mit dyn. DNS und Blacklists\|Probleme mit dyn. DNS und Blacklists]]		*[[Mail_Station_mit_eigener_Domain#Probleme mit dyn. DNS und Blacklists\|Probleme mit dyn. DNS und Blacklists]]
	*[[Mail_Station_mit_eigener_Domain#Zuverlässigkeitsbetrachtungen und Backup-Mail-Server\|Zuverlässigkeitsbetrachtungen und Backup-Mail-Server]]		*[[Mail_Station_mit_eigener_Domain#Zuverlässigkeitsbetrachtungen und Backup-Mail-Server\|Zuverlässigkeitsbetrachtungen und Backup-Mail-Server]]
			*[[Mail_Station_mit_eigener_Domain#Sender Policy Framework (SPF-Record)\|Sender Policy Framework (SPF-Record)]]
	*[[Mail_Station_mit_eigener_Domain#Mail-Client Einstellungen\|Mail-Client Einstellungen]]		*[[Mail_Station_mit_eigener_Domain#Mail-Client Einstellungen\|Mail-Client Einstellungen]]
	*[[Mail_Station_mit_eigener_Domain#Schlussbetrachtungen und Vor-/Nachteile eines eigenen Mail-Servers\|Schlussbetrachtungen und Vor-/Nachteile eines eigenen Mail-Servers]]		*[[Mail_Station_mit_eigener_Domain#Schlussbetrachtungen und Vor-/Nachteile eines eigenen Mail-Servers\|Schlussbetrachtungen und Vor-/Nachteile eines eigenen Mail-Servers]]
Zeile 329:		Zeile 330:

	Ein weiterer Vorteil bei Nutzung eines Backup-Mail-Kontos wäre, dass man dessen Postausgangs-Mail-Server auch zum Versenden der Mails verwenden kann, um das Problem mit der dynamischen IP-Adresse zu lösen.		Ein weiterer Vorteil bei Nutzung eines Backup-Mail-Kontos wäre, dass man dessen Postausgangs-Mail-Server auch zum Versenden der Mails verwenden kann, um das Problem mit der dynamischen IP-Adresse zu lösen.
	Beim Mail-Client ist dann nicht die Mail Station, sondern der SMTP-Server vom Backup-Mail-Konto ~~beim~~ Mail-~~Dienstleister~~ anzugeben.		Beim Mail-Client ist dann nicht die Mail Station, sondern der SMTP-Mail-Server vom Backup-Mail-Konto des Mail-Dienstleisters anzugeben.
			Der SMTP-Mail-Server des Mail-Dienstleisters dient somit als sogenannter [http://de.wikipedia.org/wiki/SMTP-Relay-Server#Relay-Server_f.C3.BCr_Mail-Server_mit_dynamischer_IP SMTP-Relay-Server], d.h. er versendet anstelle der Mail Station die Mails für die eigene Domain.
			Zu beachten dabei ist, dass auch die SPF-Records entsprechend einzustellen sind (siehe Abschnitt [[Mail_Station_mit_eigener_Domain#Sender Policy Framework (SPF-Record)\|Sender Policy Framework (SPF-Record)]]).

	Ein weiterer Aspekt bezüglich der Zuverlässigkeit ist die Notwendigkeit regelmäßiger [http://de.wikipedia.org/wiki/Backup Daten-Backups] der Mail-Daten auf der Disk Station.		Ein weiterer Aspekt bezüglich der Zuverlässigkeit ist die Notwendigkeit regelmäßiger [http://de.wikipedia.org/wiki/Backup Daten-Backups] der Mail-Daten auf der Disk Station.
	Da das Backup-Thema nicht Schwerpunkt dieses Artikels ist, soll hier auf die vielen Wiki- und Forumsbeiträge verwiesen werden.		Da das Backup-Thema nicht Schwerpunkt dieses Artikels ist, soll hier auf die vielen Wiki- und Forumsbeiträge verwiesen werden.
	Hier soll nur daran erinnert werden, dass auch beim Betrieb der Mail Station an regelmäßige Backups gedacht werden sollte, und gerade dann, wenn bei IMAP-Verwendung das ganze Mail-Archiv auf der Disk Station lagert.		Hier soll nur daran erinnert werden, dass auch beim Betrieb der Mail Station an regelmäßige Backups gedacht werden sollte, und gerade dann, wenn bei IMAP-Verwendung das ganze Mail-Archiv auf der Disk Station lagert.


			==Sender Policy Framework (SPF-Record)==
			Um den immer größer werdenden Problem mit [http://de.wikipedia.org/wiki/Spam Spam]-Mails, [http://de.wikipedia.org/wiki/Phishing Phishing]-Mails und mit Mails mit gefälschten Absendern zu entgegnen, wurde die Technik des [http://de.wikipedia.org/wiki/Sender_Policy_Framework Sender Policy Frameworks (SPF)] eingeführt.
			Ohne SPF kann theoretisch jeder beliebiger Mail-Server so eingestellt werden, dass er Mails im Namen einer anderen frendem Domain versendet, womit die Manipulationen möglich sind.

			Kern des SPF ist es, in der Datenbank des DNS-Nameservers weitere sogenannte SPF-Records aufzunehmen, die aussagen sollen, welche Mail-Server authorisiert sind für die jeweilige Domain Mails zu versenden.
			Anhand dieses SPF-Records können andere empfangende Mail-Server prüfen, ob der absendende Mail-Server authorisiert ist, Mails für die in der Absender-Adresse enthaltene Domain zu versenden.
			SPF-Records sind sozusagen das Pendant zu den MX-Records, die aussagen, welche Mail-Server die Mails einer Domain empfangen dürfen.

imported>Hkuester: Weitere Ausarbeitung

2009-10-17T17:00:52Z

Weitere Ausarbeitung

Änderungen zeigen