Das längste Thema

    Hab grad eben erst entdeckt, dass man mit Uptime Kuma auch Push-Monitoring einrichten kann. :)

    Also nicht UK ist aktiv, sondern man muss selbst in bestimmten Zeitabständen eine UK-url curlen.

    Bleibt das aus, gibt's den entsprechenden Alarm.

    Sehr praktisch für meine automatisierten, täglichen Backupskripte um sicherzustellen, dass sie auch wirklich ausgeführt wurden.

    Hatte ich bisher übersehen, diese Möglichkeit. :S

    Verwechsel ich jetzt wirklich schon .EU mit .DE? Bin ich schaßaugad? 8|


    Mir brummt gerade der Schädel, aber das war vor einigen Stunden noch nicht der Fall. Ist also keine gute Ausrede :D

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    Haha 1

    Ich wollte euch gerade freudestrahlend mitteilen, dass mein Ticket (Altdomains löschen lassen) endlich nach 52 Tagen gelöst wurde.

    Aber zu früh gefreut, nun sehe ich dass eins der Webhostings komplett down unerträglich langsam ist 🙄 ... ich mach meine Kiste für heute lieber aus. Gute Nacht. 😁

    Quote from ASS

    wie geht das bei Server und Hosting


    Aber das hat ja nen andren Transfercode

    Tatsächlich habe ich beim Start des Inhaberwechsels des Nanos nicht darauf geachtet, dass der sich automatisch an den aktiven Transfercode des Webhostings "dranhängt". Die bei meinem Posts nun verschiedenen Codes ergeben sich daraus, dass ich schlicht nicht verstanden habe, ob man zwei verschiedene Codes aktiv haben kann und ich daher erstmal alles abgebrochen und einen eigenen Code für den Nano erstellt habe, da dort anscheinend Interesse besteht; anders als beim WH.

    Quote from tab

    Hmm, so weit scheint es mit der Reputation der Webhosting-Mailserver von netcup ja immer noch nicht her zu sein. Habe mir vorhin eine Mail geschrieben, weil ich DKIM-Einstellungen checken wollte. Die wurde schon gleich greylisted. Dann habe ich mir den Quelltext angeschaut. SPF, DKIM , DMARC waren alle ok, auch sonst nichts groß zu meckern.


    Aber die Senderscore-Abfrage der IP von relay.yourmailgateway.de (188.68.61.107) bei der Liste von senderscore.org lieferte eine glatte 127.0.4.9. Das ist keine besonders gute Reputation für das Mailgateway.

    Bei mir kommt auch Freude auf. Mails an verschiedene Absender kommen zurück.


    Gestern nach Vodafone:

    Quote

    Remote-MTA: dns; mx5.vodafonemail.de

    Diagnostic-Code: smtp; 554 5.7.1 Service unavailable; Client host

    [185.244.194.184] blocked using Abusix Mail Intelligence;

    Heute nach Jimdo:

    Quote

    Diagnostic-Code: smtp; 554 5.7.1 ACL dns_rbl; Client host [188.68.63.174]

    blocked using sa-ip4tset.blagr.emailsrvr.com=127.22.0.2 Senderscore. Please

    visit https://senderscore.org/rtbl/ for more information on why this

    message could not be delivered (G31)

    Bei mir klappte die Abfrage auch nicht.
    Der Support hat sich aber gemeldet.
    Man möchte von mir obwohl ich die Header mit geschickt habe die Absender-Adresse wissen sowie

    Zitat [eine] "explizite Bestätigung, dass keine Massenmails" versendet werden

    On Top gab es den Hinweis wenn ich denn meinen Mailserver auf einem vserver/Root betreibe....
    Der Mailserver ist auf dem shared-Hosting...


    :rolleyes:

    Quote from peng

    [eine] "explizite Bestätigung, dass keine Massenmails" versendet werden

    Ist aber normal. Wird auch immer gefragt, wenn man z.B. darum bittet, dass netcup sich darum kümmert eine ip bei MS freizuschalten, die dort mal wieder geblacklistet wurde. (Was die auch machen und was auch tatsächlich klappt)

    Man hat dazu ja auch in den AGB eingewilligt. Das steht dort drin.

    Quote from aRaphael

    Ist aber normal

    Ist aber totaler Unsinn und bringt netcup überhaupt nichts:

    1. in den AGB ist "der massenhafte Versand von Emails" untersagt
    2. dadurch kann netcup "das Vertragsverhältnis aus wichtigem Grund fristlos kündigen"
    3. juristisch bringt eine solche separate explizite Bestätigung nichts
    4. eine solche explizite Bestätigung hilft auch hinsichtlich der Empfänger (z.B. Telekom oder Microsoft) nichts

    Eine extra Bestätigung einzufordern ist eine nutzlose Erziehungsmaßnahme.


    Netcup sollte eher mal recherchieren wer in welchem Webhosting für ein Blacklisting verantwortlich war (und diesen Kunden dann direkt & persönlich anchreiben und kündigen) oder (falls es nur an überbuchten Systemen liegt) mehr Gateways / IPs dafür bereitstellen.


    Vielleicht liegt auch eine Diskriminierung vor? Sperrt MS / Telekom netcup eher als andere Provider und wenn ja warum?


    Investieren die anderen mehr Geld in mehr saubere IPs?

    Switchen die ihre Mailgateways einfach schneller um, so dass man als Endanwender gar nicht mitbekommt dass eine IP gesperrt war und deshalb die E-Mail über eine andere IP erneut (und dann auch erfolgreich) rausging?


    Ich schreibe hier ausschließlich vom Webhostings und netcups eigenen Mailgateways.