Beiträge von tab

    UCEPROTECT bei denen ist meine ip auch gelistet auf Level 3 sogar! Für das delisting wollen die knappe "schlappe" 500CHF haben 8|8|8|:cursing::cursing::cursing:

    UCEPROTECT Level 3 kannst du ignorieren, außer du musst öfter Mails an bayrische Behörden senden, die verwenden das teilweise. Was die da für ein Geschäftsgebaren an den Tag legen, das ist schon hochgradig unseriös. Das ist auch ebenfalls eine Liste für ganze Subnetze oder gar Mailhoster. Wer Mail von seinen Kunden empfangen will, der wird so eine Liste nicht zum Blocken von Spam verwenden. Würde ich auch nicht im Ernst mit Microsoft machen, weil UCEPROTECT L3 einerseits Microsoft gar nicht listet aber dafür viel zu viele andere Firmen/Hoster. UCEPROTECT L1 (Einzelne IPs werden geblockt) mag gerade noch angehen, ist aber m.E. auch schon sehr grenzwertig.

    Ich drücke definitiv dien Daumen! =)

    Leider hat das bisher nicht geholfen. Gerade eben wieder ein Versuch mit dem Resultat "Undelivered Mail Returned to Sender". Ich werde jetzt also nach und nach leider Microsoft Subnetze blocken müssen. Dann fehlt mir nur noch ein Tool, wo Microsoft ein Delisting beantragen kann.

    Jetzt habe ich gerade ausprobiert, wie mein outlook.de Mail-Account beim MECSA Test abschneidet. OMG - wie bedauerlich! Ich sehe schwarz für Microsoft! DKIM, DMARC, DANE, DNSSEC, MTA-STS - alles komplette Fehlanzeige =O:thumbdown:, so wird das nichts werden :(. Da hat MS wohl noch viel zu arbeiten, bevor an ein Delisting überhaupt auch nur ansatzweise nachgedacht werden kann:!::evil:. Hmm, vielleicht sollte ich MS auf der Delisting-Seite auch noch mitteilen, dass außer der Einstellung des Mailservers und der Domain noch UCEPROTECT L3 als weiteres Kriterium hinzukommt. Nee, das kann ich mir wohl schenken, da scheinen sie ihren Obulus schon abgedrückt zu haben :D:D.

    Offenbar bin ich ein Robot. Ich kann das zwar anklicken und es erscheint dann auch der grüne Haken. Aber egal was ich als Parameter eingebe, es gibt immer nur Fehler, wie z.B. das der Parameter fehlt.

    Naja, .lu ist halt ein Sonderfall. Da sind schon Leute mit großen Geldbeträgen im Aktenkoffer persönlich zur Einzahlung bei ihrer dortigen Bank erschienen, weil vermutlich die Überweisung einfach nicht geklappt hat. Ist halt ein kleines Land! :D;(

    Ich hoffe das der Link dir nützt! Das dachte ich mir auch dieses gilt nur für 365 aber dem schien nicht so! Weil wie gesagt nach knapp 24h gingen alle mails an live hotmail und exchange ohne Probleme raus und mails an mich von den E-Mail Adressen kamen auch ohne Probleme an!

    Ich drücke die Daumen! Ich freue mich wenn du mir ein Feedback geben könntest falls sich was tut!

    Würde mich ja freuen, wenn es funktionieren würde. Aber die Chance, dass MS eine IP delistet, die angeblich gar nicht geblockt ist, schätze ich als eher gering ein. ;)

    Da bin ich ja mal gespannt, habe das im o.g. Link mal ausgeführt und warte jetzt darauf, dass es nicht klappt, denn:

    Zitat

    The IP address in question is not currently blocked in our system. Please refer to the email message you received from Microsoft and follow the steps it suggests.

    If you're trying to delist an IP address blocked in Hotmail.com/Live.com/Outlook.com, please use the following link.

    [...]

    Der o.g. Link bietet auch nur ein Delisting für Office365, alles andere geht separat. Lustig fand ich auch, dass die Nachricht von MS mit dem Link, auf den man klicken soll um zum Delisting zu kommen, von SpamAssassin mit einem Spam-Score von 7.723 bewertet wird, was dann bei einer eingestellten Grenze von 5 dazu führt, dass im Betreff ein lustiges ***SPAM*** hinzugefügt wird. Die IP ist also bei Mails an Office365 Empfänger auch nicht geblockt, was ich gelegentlich mal testen werde, falls mir ein passender Empfänger einfällt.

    Ich bin dann dem oben erwähnten (aber von mir entfernten) Link gefolgt, da mich ja ganz konkret erst einmal outlook.de interessiert hat - wo ich definitiv nichts hinsenden kann - und kam zu einem Formular, wo ich einiges an persönlichen Daten hätte eingeben sollen, die ich komischerweise bei Absendern von hotmail.com, hotmail.de, outlook.com, outlook.de, live.com, live.de und dergleichen nirgends abrufen kann. Folgerichtig müsste ich diese Absender bzw die IPs eigentlich, dem guten Beispiel von MS folgend, meinerseits blocken. Zumindest wenn das das tatsächliche Hindernis für eine Zustellung wäre. Bei der Erstellung meines outlook.de Accounts habe ich z.B. als Name sinnigerweise nur meine Initialen eingetragen, was auch problemlos ausreichend war.

    Über SNDS erfahre ich, die IP-Adresse des SMTP-Servers ist als einzelne IP auch dort nicht geblockt, außer "normal status" heisst bei MS/SNDS "geblockt", was mir leider nicht gänzlich unmöglich erscheint. Zudem geht es zumindest bei mir darum, dass das entsprechende Subnetz von netcup geblockt ist. Da habe ich per SNDS leider - oder zum Glück - keine Aktien drin, eine entsprechend dafür benötigte E-Mail-Adresse kann ich natürlich nicht vorweisen (und das ist selbstverständlich auch gut so)

    Ein anderer Hoster hat 3 Wochen(!) lang probiert, eins seiner Subnetze delisten zu lassen, das für die Server von Shared Webhosting Kunden genutzt wird. Vermutlich erfolglos, weil sie nach 3 Wochen jetzt als Workaround bei allen betroffenen Servern eine andere Sender-IP verwenden, die dem jeweiligen Servernamen früher mal zugeordnet war. Also haben sie wohl irgendwann die Lust verloren. Ganz so entspannt und easy scheint es also nicht zu sein, wenn ein durchaus renommierter, wenn auch nicht besonders großer, Webhoster zu solchen Mitteln greifen muss, damit seine Kunden wieder E-Mails an dubiose E-Mail-Adressen von MS-Kunden schicken können.

    Ich will ja nichts gesagt haben, aber SNDS sagt mir, dass die IP meines Servers "normal status" hat. Leider ist die IP halt trotzdem geblockt, weil eben das gesamte Subnetz, zu dem sie gehört, geblockt ist. Die schöne Ansicht wie du habe ich leider nicht, weil dafür viel zu wenig Mails zu MS gesendet werden. Das heißt, laut SNDS ist meine IP nicht geblockt, Mails an MS kann ich halt trotzdem keine schicken.

    Edit: Es wurde ja hier im Forum auch schon mehrfach berichtet, dass MS erst mal behauptet hat, die IP sei nicht geblockt. Wahrscheinlich eben, weil sie im SNDS ja auch nicht als geblockt angezeigt wird. Insofern ist das wohl wirklich zuviel von MS verlangt, IPs die zu einem geblockten Subnetz gehören auch als geblockt anzuzeigen bei SNDS. Das kommt mir irgendwie vor wie "Jugend forscht", nur nicht so seriös.

    Hm, kann ich so leider nicht bestätigen. Habe hier zwar nicht so viele IPs im SNDS, aber diese sind alle im Status "Normal". Auch alle Netcup IPs.

    Ja, weil MS sich mit Einzel-IPs teilweise gar nicht erst abgibt. Derzeit sind jedenfalls mehrere netcup-Subnetze geblockt.

    Hat das Problem zufällig noch irgendjemand? Microsoft zeigt bei SNDS plötzlich bei allen IP-Adressen folgende Meldung an:

    Nicht nur netcup IPs und auch zahlreiche IP-Adressen, die nicht einmal Mails versenden. ?(

    Das dürfte seit mindestens 25h so sein, die gestrige Mail von meinem Benachrichtigungsscript habe ich allerdings übersehen.

    Wie ich an anderer Stelle schon geschrieben habe, ja, ich habe das "Problem" auch, wenn ich mir auch SNDS gleich komplett geschenkt habe und MS einfach ignoriere. Hat jemand zufällig die ganzen MS-Subnetze parat, ich will auch mal ein grooooßes schwarzes Loch erzeugen. :D

    Der Hoster eines Kunden hatte das Problem auch und es jetzt nach über 3 Wochen auf andere Art und Weise gelöst. Die leiten die ausgehenden Mails jetzt einfach über andere IPs, die (noch) nicht auf der MS-Blockliste stehen. Mal sehen wie lange es hält.:rolleyes:

    Ich bin mir jetzt nicht sicher, wie das technisch bei netcup genau funktioniert. Aber jedenfalls ist es eine Inklusivdomain und du scheinst im WCP (Plesk) Subdomains zu der Domain anlegen und Einstellungen dafür machen zu können (Dokumentenstamm, PHP-Version etc. Die Inklusivdomain ist also nach wie vor mit dem Webhosting verknüpft. Wenn du also eine Subdomain anlegst, dann wird in der Webserver-Konfigurationsdatei ein vHost für die Subdomain angelegt. Der Webserver weiss dann, wenn ein Request für diese Subdomain reinkommt, muss er die Einstellungen für diesen vHost dafür benutzen. Insbesondere steht da natürlich auch das Dokumentenstamm-Verzeichnis (document root) drin. Wenn du zwei Subdomains angelegt hast, dann gibt es eben für jede der beiden einen vHost. Je nachdem, welche Subdomain also in der URL drinsteht, wird eben die entsprechende Einstellung verwendet. Mit Proxy hat das nichts zu tun. Der * bedeutet, dass der entsprechende A record für alle Subdomains gilt (aber nicht für die Domain selbst). Im Prinzip könntest du da auch unterschiedliche A-records für verschiedene Subdomains erstellen, indem du eben nicht *, sondern jeweils den Namen der Subdomain eingibst. Wenn aber alle Subdomains sowieso auf das Webhosting verweisen sollen, ist der * natürlich bequemer.

    Naja, das von mir meistbenutzte Controlpanel (Keyhelp) gibt es meines Wissens zumindest im Moment noch nicht für ARM. Das mag sich vielleicht irgendwann ändern. Das OS selbst dürfte nicht das Problem sein. Deswegen würde ich es bis auf Weiteres schon lieber sehen, dass Intel oder AMD basierte Server auch noch verfügbar sind und weiterentwickelt werden.