Dinge, die mir durch den Kopf gehen…
Wir wollen dafür sorgen, dass unsere Mails auf verschlüsselten Wegen gesendet und empfangen werden. Immer mehr Provider warnen, wenn Emails über SMTP ohne TLS (ohne Verschlüsselung) empfangen wurden. GMail sagt dann z.B.:
Wir wollen aber lieber das hier sehen
„TLS – Transport Layer Security für eingehende und abgehende Emails“ weiterlesen
SPF besteht aus einem Eintrag im für unsere Domain zuständigen DNS-Server. Dieser Eintrag enthält Regeln. Anhand dieser Regeln kann ein empfangender Mailserver prüfen, ob die Quelle der Mail für die Domain von deren Verwalter zugelassen wurde. Anlaufstelle für die Dokumentation ist http://www.openspf.org/, es gibt aber gute deutsche Seiten und sogar Generatoren für SPF-Einträge. Man muss sich einfach nur Gedanken machen, welche Server im eigenen Namen Mails versenden dürfen, und was passieren soll, wenn der absendende Server nicht im SPF-Record enthalten ist.
Ein sehr einfacher Eintrag: „SPF aka Sender Policy Framework für abgehende Mails nutzen mit Postfix“ weiterlesen
Memcache und PHP7, auch gestolpert? Eine kleine Odyssee später gab es auch eine Lösung!
Die Aufgabe war, PHP-Applikationen auf einen neuen Server umziehen zu lassen, aber die Apps stürzten dauern ab. In den Server-Logs fand ich dann folgendes. „PHP7 und Memcache: php-memcache versus php-memcached“ weiterlesen
Memcache and PHP7, did you struggle? So did I…
When I had to move some application to newer server hardware, I experienced crashes of the application. In the servers log there were remarks of it looking like this. „PHP7 and Memcache: php-memcache versus php-memcached [EN]“ weiterlesen
Piwigo auf PHP7 umstellen ist eigentlich problemlos. Wenn da nicht dieses eine Plugin wäre: Advanced Menu Manager. Je nach Konfigration des Webservers sieht man Warnungen auf der Seite.
Im Logfile steht dann:
[Fri xxx xx 16:xx:xx.914143 2017] [:error] [pid xxxxx] [client xxxx] PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; AMM_AIM has a deprecated constructor in /xx/xx/xx/plugins/AMenuManager/amm_aim.class.inc.php on line 20, referer: https://xx.xx.xx/
Bei DKIM werden aus Teilen der Mailheader Signaturen gebildet. Der private Schlüssel zum Signieren liegt dabei auf dem absendenden Mailserver, und der empfangende Mailserver holt sich den öffentlichen Schlüssel aus dem für die Absenderdomain verantwortlichen DNS-Server. Damit kann der absendende Mailserver bestätigen, dass er der richtige Mailserver ist und für das Versenden der Mail auch zuständig ist. Anders als bei Verfahren wie S/Mime, PGP oder GPG muss im Mailclient nichts konfiguriert werden, denn jegliche Verarbeitung findet am Mailserver statt. Im Gegenzug kann DKIM den Absender einer Mail nicht sicher belegen.
Warum sollte ein Postmaster eine korrekt zugestellte und verlangte Email eines Spamrobin-Kunden noch einmal bestätigen müssen? (Picture-Credit: Flickr, brownpau, CC-BY-2.0)
In einem Bounce-Postfach habe ich kürzlich das hier gesehen:
Sehr geehrter Absender (xxx@yyyy.de)!
Sie haben am 17.xx.2016 15:xx:15 an xxx@zzz.at ein E-Mail mit dem Betreff „unwichtig“ gesandt.
Der Empfänger Ihrer Nachricht hat sich aufgrund der ständig wachsenden Flut an Spam-Mails für SPAMRobin zur Abwehr von unerwünschten E-Mails entschieden.
Damit dem Empfänger Ihr aktuelles E-Mail und jede weitere Nachricht in Zukunft erfolgreich zugestellt werden kann, werden Sie ersucht sich einmalig zu autorisieren. So erkennt SPAMRobin, dass hinter Ihren E-Mails ein tatsächlicher Absender mit ernsthaften Absichten steckt und es sich nicht um Spam-Mails handelt.
„Warum Spamrobin von dvo.at eine schlechte Idee ist“ weiterlesen