Changes for page Mailversand von selbst programmierten Scripten oder selbst installierter Spezialsoftware

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -1,18 +1,18 @@
1	1	== Wen betrifft dieser Artikel? ==
2	2
3		-Dies sind nicht die Maileinstellungen für Endanwender.
	3	+Dies sind **nicht** die Maileinstellungen für Endanwender.
4	4
5		-Diese Maileinstellungen empfehlen wir zum Beispiel für automatisch verschickte Bestätigungsmails von Webformularen o.ä.
	5	+Diese Maileinstellungen empfehlen wir zum Beispiel für **automatisch verschickte** Bestätigungsmails von Webformularen o.ä.
6	6
7	7	== Verbindungsdaten ==
8	8
9	9	Wenn es in einer Ubuntu-VM im ESX der ITO ist oder einer ähnlichen Linux-Installation:
10	10
11		-* SMTP-Server: localhost
	11	+* SMTP-Server: **localhost**
12	12	* Port: 25
13	13	* Kein Login, kein Passwort
14	14	* Kein TLS/SSL
15		-* Alternativ "sendmail"-Command
	15	+* Alternativ **"sendmail"**-Command
16	16
17	17	Von anderen Rechnern in den internen Netzen der ITO:
18	18
...	...	@@ -29,29 +29,29 @@
29	29
30	30	Es ist wichtig, dass Sie diese Hinweise beachten. Was passiert, wenn Sie es nicht beachten?
31	31
32		-* Wenn Ihre Mails von Benutzern externer Provider (z.B. Outlook.com) als Spam markiert werden oder dort automatisch als Spam erkannt werden, kann es sein, dass dieser Provider unseren Mailserver auf eine Sperrliste setzt. Im schlimmsten Fall kann dann niemand an der CIT mehr E-Mails versenden.
33		-* Bei falscher Konfiguration kann es auch leicht passieren, dass Mails in großer Anzahl entstehen, die unser Mailsystem überlasten.
34		-* Sie laufen Gefahr, dass wir Ihren Host sperren.
35		-* Sie laufen Gefahr, dass Ihr Host automatisch gesperrt wird von uns oder vom LRZ.
	32	+* Wenn Ihre Mails von Benutzern externer Provider (z.B. Outlook.com) als Spam markiert werden oder dort automatisch als Spam erkannt werden, kann es sein, dass dieser Provider unseren Mailserver auf eine **Sperrliste** setzt. Im schlimmsten Fall kann dann **niemand an der CIT mehr E-Mails versenden**.
	33	+* Bei falscher Konfiguration kann es auch leicht passieren, dass Mails in großer Anzahl entstehen, die unser Mailsystem **überlasten**.
	34	+* Sie laufen Gefahr, dass wir Ihren Host **sperren**.
	35	+* Sie laufen Gefahr, dass Ihr Host automatisch **gesperrt** wird von uns oder vom LRZ.
36	36	* Ihre Benutzer können Ihre Services im wichtigsten Moment nicht benutzen oder Ihre Mails nicht empfangen. Ihr Projekt scheitert.
37	37
38	38	Deswegen folgende Hinweise:
39	39
40		-* Schicken Sie niemandem Mails gegen ihren Willen. Idealerweise sollten sich alle Empfänger vorher explizit einverstanden erklärt haben, dass Sie Mails von Ihnen erhalten werden, und aus der Mail sollte explizit hervorgehen, warum die Empfänger sie erhalten.
41		-* Schicken Sie von einer gültigen Absenderadresse. Verwenden Sie keinen Absender wie "noreply@...". Es auch ist wichtig, dass auch Bounces an diese Adresse geregelt empfangen werden können. Sonst können Double Bounces entstehen, was insbesondere in größerer Anzahl das Mailsystem belasten kann.
42		-** Beachten Sie, dass es zwei Absenderadressen gibt: 1. Die Absenderadresse aus dem "From"-Header und 2. den Envelope Sender (auch bekannt als Bounce-Adresse). Beide müssen gültig sein. Sie können für beides die gleiche Adresse verwenden.
43		-* Testen Sie, was mit Bounces passiert, falls Ihr Script an eine nichtzustellbare Adresse schickt.
44		-* Testen Sie, ob Ihre Mails von externen Providern oder von einer Software wie SpamAssassin als Spam eingestuft werden.
45		-* Wenn Sie HTML-Mails versenden, fügen Sie eine Plain-Text-Version mit ein.
46		-* Überlegen Sie, wie viele Mails in Ausnahmesituationen entstehen können, und implementieren Sie ggf. ein Ratelimit. [[Hinweise zu Massenmails>>https://wiki.ito.cit.tum.de/bin/view/Informatik/Benutzerwiki/MassenMails/]]
47		-* Statt große Attachments (inbesondere an viele Empfänger gleichzeitig) zu verschicken, suchen Sie nach einer anderen Lösung, z.B. File Hosting.
	40	+* Schicken Sie niemandem Mails gegen ihren Willen. Idealerweise sollten sich alle Empfänger vorher **explizit einverstanden** erklärt haben, dass Sie Mails von Ihnen erhalten werden, und aus der Mail sollte explizit hervorgehen, warum die Empfänger sie erhalten.
	41	+* Schicken Sie von einer **gültigen Absenderadresse**. Verwenden Sie keinen Absender wie "noreply@...". Es auch ist wichtig, dass auch Bounces an diese Adresse geregelt empfangen werden können. Sonst können Double Bounces entstehen, was insbesondere in größerer Anzahl das Mailsystem belasten kann.
	42	+** Beachten Sie, dass es zwei Absenderadressen gibt: 1. Die **Absenderadresse** aus dem "From"-Header und 2. den **Envelope Sender** (auch bekannt als Bounce-Adresse). Beide müssen gültig sein. Sie können für beides die gleiche Adresse verwenden.
	43	+* Testen Sie, was mit **Bounces** passiert, falls Ihr Script an eine nichtzustellbare Adresse schickt.
	44	+* Testen Sie, ob Ihre Mails von externen Providern oder von einer Software wie SpamAssassin **als Spam eingestuft** werden.
	45	+* Wenn Sie HTML-Mails versenden, fügen Sie eine **Plain-Text**-Version mit ein.
	46	+* Überlegen Sie, wie viele Mails in Ausnahmesituationen entstehen können, und implementieren Sie ggf. ein **Ratelimit**. [[Hinweise zu Massenmails>>https://wiki.ito.cit.tum.de/bin/view/Informatik/Benutzerwiki/MassenMails/]]
	47	+* Statt **große Attachments** (inbesondere an viele Empfänger gleichzeitig) zu verschicken, suchen Sie nach einer anderen Lösung, z.B. schicken Sie Links auf Dateien in der Nextcloud.
48	48
49	49	Hinweise hauptsächlich für selbstprogrammierte Scripte / Anwendungen:
50	50
51		-* Setzen Sie alle Header auf korrekte Werte.
52		-** Der Header "Date" muss auf ein syntaktisch korrektes Datum gesetzt werden, es soll nicht in der Vergangenheit oder Zukunft liegen. Verwenden Sie Libraries o.ä., um den Header zu erzeugen.
53		-** Der Header Message-ID sollte auch von einer Library erzeugt werden.
54		-* Implementieren Sie Fehlerbehandlung, wenn der SMTP-Server oder das sendmail-Command einen Fehler liefert.
	51	+* Setzen Sie alle **Header auf korrekte Werte**.
	52	+** Der Header **"Date"** muss auf ein syntaktisch korrektes Datum gesetzt werden, es soll nicht in der Vergangenheit oder Zukunft liegen. Verwenden Sie Libraries o.ä., um den Header zu erzeugen.
	53	+** Der Header **Message-ID** sollte auch von einer Library erzeugt werden.
	54	+* Implementieren Sie **Fehlerbehandlung**, wenn der SMTP-Server oder das sendmail-Command einen Fehler liefert.
55	55
56	56	== Beispiel-Code in Python ==
57	57