Last modified by Christoph Bußenius on 2025/02/05 12:20
From version 2.1
edited by Christoph Bußenius
on 2024/12/09 10:21
Change comment: There is no comment for this version
To version 3.1
edited by Christoph Bußenius
on 2024/12/09 10:29
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -34,3 +34,14 @@
34 34  * Sie laufen Gefahr, dass wir Ihren Host sperren
35 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, Ihr Projekt scheitert
37 +
38 +Deswegen folgende Hinweise:
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 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 +* Testen Sie, was mit Bounces passiert, falls Ihr Script an eine nichtzustellbare Adresse schickt.
43 +* Testen Sie, ob Ihre Mails von externen Providern oder von einer Software wie SpamAssassin als Spam eingestuft wird.
44 +* Setzen Sie alle Header auf korrekte Werte.
45 +** 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.
46 +** Der Header Message-ID sollte auch von einer Library erzeugt werden.
47 +* Überlegen Sie, wie viele Mails in Ausnahmesituationen entstehen können, und implementieren Sie ggf. ein Ratelimit.