Neu JTL-Hosting: Mails immer öfter als Spam deklariert.

[_simone_]

In letzter Zeit werden unsere Mails von div. Servern als Spam deklariert und können nicht zugestellt werden. Das ist für die Kommunikation mit Kunden sehr ärgerlich bis geschäftsschädigend.
Meine Vermutung ist ein "bad neighborhood" von Kunden, mit denen wir auf einem Server mit der gleiche IP sind. Evt. wird sich da nicht regelkonform verhalten. (Im Moment sind 64 Domains/Shops hinter der gleiche IP.)

Im Moment meckert outlook:
host eur.olc.protection.outlook.com[104.47.xx.xxx]
said: 550 5.7.1 Unfortunately, messages from [31.172.xx.xx] weren't sent.
Please contact your Internet service provider since part of their network
is on our block list

Normalerweise entfernt der Support den Eintrag recht zuverlässig, aber kann man nicht Regeln durchsetzen, die Kunden zu befolgen haben oder wie kommt man auf die Blacklists?
Durch die Häufigkeit der Sperrungen haben wir ein wenig die Angst, dass auch andere Server die Blacklists mit der IP crawlen und es so immer schlimmer wird.

 

[Ralf Römling]

Hi Simone, Hi Tom,
wie habt Ihr denn Eure Mailreputation bisher gemessen? Es gibt diverse Tools, die schon mal die Technik auf Verbesserungspotentials abklopfen (www.email-tester.com, https://mxtoolbox.com/emailhealth)

Sollte das nicht helfen, könnt' Ihr Euren Provider bitten, Euch auf andere Mailserver bzw. Web-IPs umzuziehen (Du hattest nicht geschrieben, ob es nur ShopMails oder auch Mails aus dem Mailprogramm betrifft).

Last but not least, wie landet eine Domäne auf der Blacklist? Neben echten Ursachen, wie Spammern auf Deiner IP (gewollt oder gehacked), reichen einige unzufriedene Werbekunden, die Eure Mails wissentlich oder unwissentlich als Spam an Ihre Provider melden. Da die Anbieter von Sicherheitslösungen häufig Ihre Leistungen gegenseitig in Anspruch nehmen, wird das dann ratzfatz durchgereicht.

Und dann gibt es leider noch die Black-Listing-Anbieter, die eine Eskalationsstrategie gegenüber den Hostern fahren. Die haben sozusagen einen Stufenplan: Individuelle Server werden geblockt, wenn sie auffallen. Kommen diese häufiger aus einem bestimmten IP-Bereich und reagiert der Hoster nicht in angemessener Art und Weise, werden die Blacklistings auf Sub-Netze und ganze IP-Bereiche ausgeweitet, was die De-Eskalation für den einzelnen Webmaster quasi unterbindet.
Das Vorgehen ist höchst umstritten, da es natürlich sehr viele Unschuldige trifft und vor allem nicht transparent ist, warum die eigene IP gelistet wird.

Falls ich Euch da unterstützen kann, gib' Bescheid per PN.

 

[_simone_]

Ich denke, dass das Problem eher bei den 63 anderen Domaininhabern liegt. Wir versenden keine Newsletter oder andere Massenmails. Lediglich Mails mit bestellrelevanten Informationen und eigene Bestellungen werden über unsere Domain versendet.

Wir werden wohl, da JTL- Hosting das nicht anbietet, über einen eigenen Serverplatz mit evt. eigener IP nachdenken.

...aber vielen Dank für dein Angebot zur Hilfe.

 

[McAvity]

@_simone_

Warum gleich den ganzen Webshop umziehen? Der JTL- Shop kann doch auch die Mails per SMTP versenden, oder?

Übrigens: wenn man eure Webadresse mit "www." am Anfang eingibt wird man nicht auf eine HTTPS-Verbindung "geschubst", ohne "www." am Anfang schon. Ist das so gewollt?

MfG

McAvity

 

[Ralf Römling]

@McAvity ich würde sagen, weil Anti-Spam-Tools auch die a-records von auffälligen Domänen mitberücksichtigen, nicht nur die mx-records.

 

[McAvity]

@Ralf Römling

Klingt interessant. Hast Du da ein konkretes Beispiel, welcher Anti-Spam-Anbieter so etwas macht?

Ich frage nur, weil mir der Aufwand (bei der "Kosten" / "Nutzen"-Abschätzung) doch recht hoch erscheint für ein vergleichsweise gering zu bewertendes "Signal".

MfG

McAvity

 

[_simone_]

@McAvity
...hm, ich kann ohne und mit www aufrufen und werde immer auf https umgeleitet. Kann das vom Browser abhängig sein?
Eigentlich ja nicht, da doch erst die .htaccess gelesen wird...

 

[McAvity]

@_simone_

Ich habe es gerade hiermit ( https://www.seoptimer.com/https-redirect ) nochmal geprüft.
Mit "www." am Anfang kein Redirect, ohne "www." erfolgt ein Redirect.
Kann Nginx den überhaupt .htaccess Umleitungen? Muss das nicht immer in die Config?

Bei Fragen wegen der E-Maillösung gib mir einfach Bescheid.

MfG

McAvity

 

[Ralf Römling]

@Ralf Römling
Klingt interessant. Hast Du da ein konkretes Beispiel, welcher Anti-Spam-Anbieter so etwas macht?

Nee, leider nicht. Die Info habe ich aus Gesprächen mit Kundendiensten unterschiedlicher Hoster mitgenommen, hab' aber leider keine konkreten Quellen dazu. Hätte ich aber gern, wo Du das so ansprichst

 

[_simone_]

Übrigens: wenn man eure Webadresse mit "www." am Anfang eingibt wird man nicht auf eine HTTPS-Verbindung "geschubst", ohne "www." am Anfang schon. Ist das so gewollt?

Ich hab mal nachgeschaut und eigentlich sollte mit den unten stehenden Einträgen alles auf https umgeleitet weren, oder?

RewriteCond %{HTTP_HOST} ^MeineDomain.de
RewriteRule ^(.*)$ https://www.MeineDomain.de/$1 [r=301,L]

 

[McAvity]

Hallo,

Nochmal die Frage: Was ist mit Nginx? Der Server meldet sich im Header als Nginx. Läuft da eine Proxy-Konfiguration?

Für .htaccess hätte ich das so gemacht:

RewriteCond %{HTTP_HOST} ^MeineDomain.de [NC]
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://www.MeineDomain.de/$1 [R=301,L]

MfG

McAvity

 

[McAvity]

@_simone_

Musste das gerade nochmal ändern, korrekt ist:

RewriteCond %{HTTP_HOST} ^MeineDomain.de [OR,NC]
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://www.MeineDomain.de/$1 [R=301,L]

MfG

McAvity

 

[_simone_]

@McAvity
Hab es mal genau so übernommen, aber es kommt die Fehlermeldung:

Fehler: Gesicherte Verbindung fehlgeschlagen Beim Verbinden mit [URL='http://www.meinedomain.de']www.meinedomain.de[/URL] trat ein Fehler auf. PR_END_OF_FILE_ERROR





...Scherz
Tut bis jetzt genau was es soll. Vielen lieben Dank.

 

[_simone_]

Nochmal die Frage: Was ist mit Nginx? Der Server meldet sich im Header als Nginx. Läuft da eine Proxy-Konfiguration?

Ach so, keine Ahnung, was JTL- Hosting da so macht. Infos hab ich da nicht drüber. :/

 

[McAvity]

Tut bis jetzt genau was es soll.

Prima, freut mich.

was JTL- Hosting da so macht

Sieht aus wie Nginx als Reverse Proxy vor nem Apache. Tut dann aber nicht weiter zur Sache, die .htaccess wird dann vom Apache "über Nginx ausgeliefert".

MfG

McAvity

 

[farina]

Wenn du Plesk drauf läuft, solltest du die Umleitung direkt in den Hosteinstellungen machen und nicht in der .htaccess.

 

[_simone_]

Wenn du Plesk drauf läuft, solltest du die Umleitung direkt in den Hosteinstellungen machen und nicht in der .htaccess.

Ist das so? Kannst du mir sagen, worin der Vorteil liegt?

 

[McAvity]

Kannst du mir sagen, worin der Vorteil liegt

Ich nehme mal an @farina spielt auf den Performance-Vorteil an.
.htaccess ist (bzw. war - in Zeiten von SSDs) ein Ressourcenfresser. Da bei jedem Request an den Server auch die htaccess abgefragt wird.

Wenn Du das direkt in Plesk bei den Hosteinstellungen hinterlegst wird das direkt in der Config des Apache eingetragen und nicht in die htaccess.

Erlaubt JTL denn den Zugriff auf das Plesk?

MfG

McAvity

 

[_simone_]

Erlaubt JTL denn den Zugriff auf das Plesk?

Ja, aber viele Sicherheitsfunktionen sind voreingestellt und ausgegraut. Zumindest kann ich über Plesk nicht http-->https(301-Umleitung) einstellen.
Ich will da aber auch nicht in der Tiefe "rumfummeln".^^
Nun tut es ja und die Tage von Shop 4 sind ja gezählt. Den Shop 5 werden wir dann sicherlich auf einem anderen Server einrichten und über jemand konfigurieren lassen, der sich damit auskennt.

Auf jeden Fall vielen Dank für die Aufmerksamkeit und Lösungsansätze.

btw:
Nachdem sowohl der JTL- Hosting-Support, als auch ich einen "support request" bei Microsoft gemacht haben, funktioniert die Zustellung der Mails wieder.