No SMTP service 554-Bad DNS PTR resource record von GMX und Web.de

Ich hatte seit Anfang des Jahres das Problem, dass Gmx und Strato nicht mehr mit meinem Server reden wollten.

Der Fehlertext war der hier:

No SMTP service 554-Bad DNS PTR resource record

Die Lösung ist einfach: Ich hatte bisher immer nur darauf geachtet, dass mein Postfix sich beim Connect mit dem Hostnamen, den Strato auch beim Reverse DNS eingetragen hatte, meldet. Bis Ende 2015 scheint das gereicht zu haben, aber offensichtlich haben zumindest GMX und Web.de die Schrauben angezogen, um Spam heraus zu filtern: Sie verlangen jetzt eine „echte“ Domain im Reverse und dann also auch in der Meldung des SMTP.

Ich hatte immer noch den Strato-Standard (h123456890.stratoserver.net) in beiden Einträgen. Übereinstimmend, aber offensichtlich haben zumindest diese beiden Provider Policies eingetragen, die verhindern, dass diese automatisch generierten Default-Einträge funktionieren.

Ich habe in beidem jetzt eine echte Domain eingetragen (war bei Strato unter „Domainverwaltung“->“DNS Reverse“ im Kundenservicebereich des Servers), eine halbe Stunde gewartet, und die Mails noch einmal gesendet – siehe da, geht.

 

WordPress unter Linux – Mediengröße auf 2MB beschränkt?

Uhm, das ist ja mal knapp.

Php-Skripte sind unter Ubuntu 14.04 auf 2MB Uploadgröße beschränkt… Und über eine php.ini im WordPress-Verzeichnis lässt sich das so einfach nicht lösen (wäre auch noch schöner…).

Man kommt nicht drum herum, in

/etc/php5/php.ini

Die folgenden Werte zu ändern:

upload_max_filesize = 16M
max_post_size = 20M

Und am besten auch

max_execution_time = 240

Es sei denn, man bekommt in den normalerweise eingestellten 30sec die bis zu 30mb über die Leitung 😉