NorbertFe

Einen neuen FrontEnd Receive Connector für den Internet Empfang anlegen (nur anonym und TLS anhaken). Dazu musst du auf dem Default Front End aber als IP Bereich deine internen IP Bereiche definieren.

Nur als Hinweis: SPF, DKIM und DMARC helfen leider nur bedingt gegen Backscatter. Denn dazu müßte ja der Empfänger diese auch einsetzen/auswerten. Tut er das nicht (und das sind leider immer noch jede Menge), bekommst du trotzdem die Dinger zurück. Da hilft dann nur der eigene Filter, der sowas ggf. erkennen kann (anhand Message ID bspw.)

Das muss nicht unbedingt so sein, aber das ist genau wie die ganzen Anbieter die du per google bekommst, wenn du pst Datei googlest. ;)

Das erklärt sich doch ganz einfach aus den angebotenen Produkten von Stellar. ;)

Häh? Wo wär da jetzt der Unterschied ohne diesen zusätzlichen Mailserver? Wie evgenij schon schrieb gibts das als Feature out of the box nur bei o365. im Zweifel einfach auch als bcc per transport rule an sich selbst schicken und dann mit Mailbox rule verschieben. Kriterium ist ist dann bei letzterem ja immer der Absender.

Warum nicht? Wird die Platte dann voll? ;)

Ja selbstverständlich. b***d halt, wenn solche "Altlasten" dann auch NIE angefaßt werden, sondern immer noch neben allen anderen Systemen stehen bleiben, weil man das ja schon immer so gemacht hat. ;) Das kann man dann doch nicht aus Sicherheitsgründen ändern. Ist schließlich noch nie was passiert. Aber vermutlich wäre ein Windows 9x heute das geringste Problem in manchen Umgebungen (die ich schon gesehen habe).

Es liegt ab und an auch preis. ;) ich war mal beim Kunden der eine cnc fräse (ich meine sowas in der Art war es) mit Windows 95 (ist ohne a, b oder c) lief. Fiel das erste mal richtig negativ auf, als ich per dhcp netbios over tcp/ip deaktivierte. Auf meine Frage, ob man das vom Hersteller nicht aktualisieren lassen könne, bekam ich die Aussage: neues Gerät kostet ca: 370.000€. Und wenn man nur die Steuereinheit (der pc) tauschen lassen würde, dann immer noch 125.000€. Der hätte dann damals mit Windows 7 im Supportzeitraum funktioniert. Soweit mir bekannt, läuft da immer noch win95. ;)

Den folgenden Thread kennt der TO bereits: Offensichtlich ist ihm das aber egal. Da ist dann eh alles egal. ;) Ich bin dann mal weg. Bye Norbert

Achso. Naja das kommt meiner Erfahrung nach drauf an, welches Thema in welchem Zeitraum vermittelt wird und wie tief man ggf. selbst in der Materie steckt. Grundlagenkurse wären jetzt auch nicht so meine erste Wahl für Online Kurse. :)

:/ was erwartest du denn bei einer gratis Stunde? Egal welches Thema? MS verdient mit seinen Schulungen Geld und will natürlich seine Produkte die grad aktuell sind schulen. Wer Workshops für spezifische Umgebungen benötigt ist meiner Meinung nach immer besser dran, wenn er sich die entsprechenden Dozenten sucht und mit denen den Inhalt abstimmt.

Nö, nicht jede Firewall kann das. ;)

Warum will man das löschen? Die haben normalerweise ja einen Zweck.

Und wie siehts heute aus? Mails werden zugestellt?

Ah jetzt ja. Ich hab da unten den als Fehlermeldung formatierten Nachsatz nicht gelesen. Danke für den Wink mit dem Tor. ;)

Vielleicht benutzt ihr die vorhandenen Funktionen auch einfach "falsch". Mir ist doch am Ende total egal, wieviele Räume oder Fahrzeuge usw. es gibt. Interessant ist doch immer nur im Terminplanungsassistenten einen zu finden, der frei ist zum gewünschten Termin. Bei Räumen hilft dir ja Outlook sogar schon, indem dann Räume nicht angezeigt werden die nicht gebucht werden können (wegen vorhandener Belegung). Wieviele Parkplätze, Fahrzeuge, Desksharing Plätze werden das denn am Ende so etwa? bye Norbert PS: Dativ und Akkusativ sind dazu da verwendet zu werden ;)

Bin ich gern dafür. ;) Es fehlen auch noch Dinge wie DMARC und DKIM (hab ich dem TO schon geschrieben). Wird heutzutage immer wichtiger, sich mit diesen Dingen zu befassen.

das mag sein, aber eine DNS Anfrage kann keine Wildcard verwenden. ;)

Das dürfte der "default frontend receive Connector" sein. Den würde ich _nicht_ anfassen, sondern in den Bereichsoptionen auf die internen IP Kreise beschränken und einen neuen Receiveconnector mit 0.0.0.0 Bereich sowie anonym und TLS und dem richtigen HELO Namen anlegen. (Logging aktivieren nicht vergessen). Danach sehen wir weiter. ;) Bye Norbert PS: Die MXe sind schon weg. ;)

Stimmt. Aber: Ein Problem nach dem anderen. ;)

Moin, nachdem ich die Domain jetzt mal gesehen habe, dürfte es sehr wahrscheinlich folgendes Problem sein: Für seine Domain bestehen 3 mx records. Einer für mail.mydomain.de, einer für mail02.mydomain.de und einer (der fürs Problem irrelevant ist beim Provider). Mail02.mydomain löst vorwärts auf die selbe IP wie mail.mydomain.de auf und rückwärts kommt natürlich dann nur der Reverse Eintrag für mail.mydomain.de zurück. Da ist dann ein mismatch. Hab ich dem TO per PM schon geschrieben, gehe also davon aus, dass er das mal behebt und dann nochmal testen kann. ;) Ich kann zumindest bestätigen, dass der Versand der Mails "sauber" im Sinne der SMTP Kommunikation ist. Da steht kein interner Hostname oder ähnliches drin, sondern korrekt nur der extern mail.mydomain.de. Achso noch ein Fehler: im Receive Connector steht mail02.mydomain.de drin und mail.mydomain.de. beide nicht per TLS angesprochen werden (vermutlich weil kein oder ein falsches Zertifikat gebunden ist). Bye Norbert

Wird schwierig, sowas jetzt nur mit diesen Aussagen zu "finden". Wenn du magst, schreib mich mal per PM an. Dann kann ich ggf. einfach mal ins Log schauen, nachdem du mir ne Mail geschickt hast. Das kann und sollte man zwar tun, aber ganz ehrlich bezweifle ich, dass das der Grund wäre.

Wie schon angedeutet: Du musst den Reverse DNS Eintrag bei der T-Com ändern (lassen).

Irgendwie leicht verwirrend. ;) Wenn im Sendeconnector "mail.mydomain.de" steht, dann meldet er sich im SMTP Protokoll auch genau mit diesem Namen. intern oder extern? Falls extern, warum gibts dann einen entsprechenden mail02.mydomain.de? Welchen RDNS Test meinst du? Wo taucht es denn auf, und wer hat es dort eingetragen? ;)

wie lautet denn die genaue Fehlermeldung?