HI,
ich weiss, das dies kein Problem meines Anbieters ist.
Es wäre für mich auch kein Problem, eine Domain auszusuchen - nur gibt es nichts passendes!
Mein Nachname hat ein Umlaut, damit habe ich eine schon eine Domain, die aber ebenfalls nicht überall hin kompatibel ist.
Thorsten
Natürlich nicht. Ich wollte nur noch mal herausstellen, dass es auch kein Problem/Fehler von Gmx ist und jeder Provider den SPF Check durchführen sollte sollt um Emails mit falschen Einträgen zu verwerfen!!
Zudem wollte ich dir auch noch sagen, dass du nicht wissen kannst wieviele Emails von dir wirklich verloren gehen. Wenn du dein Postfach ernsthaft verwenden willst, dann solltest du dies umbedingt tun.
Übrigens wer mehr über seine SPF Einträge wissen möchte, sollte eine Email an check-auth2@verifier.port25.com senden. Man erhält einen netten Report zurück.
Ok, dann werde ich das Exchange Paket wohl noch mal kündigen, denn du hast Recht.
Aber mit einer eigenen Domains ist es halt nicht so einfach, jedenfalls nicht für mich.
Habe eine, aber mit Umlaut und damit haben noch viele Mailprovider ihre Probleme.
Thorsten
Bei df.eu gibt es günstige Domains. Ich denke dort wirst du (wenn auch nur zeitweise) fündig.
Hier noch mal der Auszug aus einer PN für eine allgemeine Erkläuterung zum Thema SPF Einträge/Records:
ZitatAlles anzeigen1. Du verschickst eine Email von huibu@arcor.de an huihu@gmx.de über die Exchange Server von doern.eu
2. GMX erhällt die Email vom Host "smtp.doern.eu" mit der IP 1.2.3.4 adressiert an huihu@gmx.de. Die Mail enthält im Mailheader den Absender huibu@arcor.de
3. GMX nimmt aus der Absenderadresse huibu@arcor.de die Domain (arcor.de) und fragt bei dieser die SPF Records (oder Txt) ab.
4. (Szenariounterscheidung). Dort steht entweder (a), (b), (c) oder (d)
a. Es gibt keinen SPF Eintrag: Gmx wird die Email annehmen
b. Der SPF Eintrag von arcor.de enthält folgende Phrase "v=spf1 ip4:1.2.3.4 -all": Gmx wird die Email annehmen, da Arcor den Server "1.2.3.4" autorisiert hat Emails mit der Mailadresse @arcor.de zu verschicken. Arcor sagt quasi: "JA, es ist möglich, richtig und von meiner Seite erlaubt, dass Emails mit einer Emailadresse die auf @arcor.de enden von einem Server mit der IP 1.2.3.4 verschickt werden. Aber sonst von keinem!"
c. Der SPF Eintrag von arcor.de enthält folgende Phrase "v=spf1 -all": Gmx nimmt die Email nicht an, da KEIN Mailserver autorisiert ist Emails mit @arcor.de zu verschicken.
d. Der SPF Eintrag von arcor.de enthält folgende Phrase "v=spf1 ip4:151.189.0.0/23 ip4:151.189.8.0/24 ip4:151.189.13.0/24 ip4:151.189.20.0/23 ip4:145.253.32.0/24 ip4:145.253.2.0/24 -all": Gmx nimmt deine Email nicht an, da die IP 1.2.3.4 nicht von Arcor autorisiert wurde Emails mit dem Absender @arcor.de zu verschicken. Würde der Eintrag aussehen wie unter (b) oder wie folgt, gäbe es keine Probleme: "v=spf1 ip4:151.189.0.0/23 ip4:151.189.8.0/24 ip4:151.189.13.0/24 ip4:151.189.20.0/23 ip4:145.253.32.0/24 ip4:145.253.2.0/24 ip4:1.2.3.4 -all". Du könntest natürlich versuchen Arcor zu bitten die IP 1.2.3.4 in ihren SPF Record mit aufzunehmen (damit diese aussehen wie vorhergehend beschrieben), aber das werden sie sicherlich nicht tun.
Es geht also darum, dass du (z.B. als Domaininhaber) dich vor unerwünschter Versendung von Email mit deiner Emailadresse schützen möchtest. Du legst fest, welcher Server (am besten einer deines Vertrauens) Emails in deinem Namen (=mit deiner Adresse) verschicken darfst. Natürlich kannst du auch mehrere Server oder ganze IP Bereiche autorisieren Emails mit deiner Absenderadresse zu verschicken.
Natürlich funktioniert dies immer nur solange wie du selbst SPF für deine Domain setzt (also Server autorisierst) und der Server der die Email empfängt, diese SPF Records auch prüft. Würde Gmx die SPF nicht prüfen oder hätte Arcor keine SPF Records definiert würde deine Email ankommen.
Auch kannst du die SPF Records für deine Domain einfach weglassen. In diesem Fall brauchst du hier nicht weiterlesen, jedoch kann es sein, dass Email mit deinem Absender von jemand anderem verschickt werden. Zudem kannst du mit der Definition von SPF Records die Wahrscheinlichkeit verringern, dass Emails von dir vom empfangenden Mailserver als Spam angesehen werden. Hast du keine SPF definiert, ergibt die Prüfung der SPF ein "neutral" während bei der korrekten Definition von SFP für deine Domain ein "pass" bei der Prüfung rauskommt. Dies verringert die Wahrscheinlichkeit, dass deine Email aufgrund von anderen Faktoren im Spam Order landet (oder gar nicht erst angenommen wird). Machst du jedoch bei den Einstellung ein Fehler kannd die SPF Prüfung für Emails von dir durchaus ein "fail" liefern und Emails sind erst recht Spam. -> Deswegen bitte die Einstellungen prüfen (siehe Punkt III unten)
Wie du siehst ist es jedoch total egal wo deine Domain liegt, wichtig ist nur, dass die entsprechenden Records korrekt sind. Im Zweifel würde ich für meine Domain eher keine Records hinterlegen, falls Emails nicht ankommen.
Es wird aber dringend empfohlen SPF zu setzen wenn dies deine Domainanbieter zulässt.
Bei Strato ist dies z.B. nicht externe Server zu autorisieren (sondern nur die Strato eigenen). Bei 1und1 ist dies ebenfalls nicht richtig möglich (mein letzter Stand). Domainfactory lässt umfangreiche Einträge in den Nameservereinstellungen (und damit SPF Einträgen zu). Deswegen wäre dies auch meine Empfehlung als Domainhoster (zumdem sind sie günstig, im reinen Domainhosting alsauch wenn ein kleiner Webspace benötigt wird).
Noch ein paar Tools, falls man plant seine Domain mit SPF zu "schützen":
I) http://www.mxtoolbox.com
Die SPF Records von Arcor kannst du dir unter folgender Adresse anschauen: http://www.mxtoolbox.com/Super…spx?action=spf%3aarcor.de
Über http://www.mxtoolbox.com/spf.aspx und er Eingabe einer beliebigen Domain kannst du die SPF dieser Domain anschauen (bspw gmx).
II) http://www.openspf.com
Eine Erläuterung zum Snytax der SPF Records gibt es hier: openspf.org/ (bzw.: openspf.org/SPF_Record_Syntax)
III) check-auth2@verifier.port25.com
Hat man die SPF definiert (und gecheckt - über obige Webseite, dass die SPF Einstellungen durch den Domainhoster angezeigt werden, was bis zu 24 Stunden dauern kann), kann man durch senden einer Email an check-auth2@verifier.port25.com überprüfen, wie ein empfangender Mailserver die SPF Prüfung für meine Emails vornehmen würde. Siehe dazu auch: port25.com/domainkeys/
P.S. Ja ich weiß da sind Menge Typos drin
So, dann melde ich mich auch mal mit einer Frage:
Ich würde gerne auch im Zuge meiner Umstellung auf das Milestone Exchange-Server nutzen. Nun ist es aber so, dass ich zwei Domains habe. Nennen wir sie mal einfach domain1.de. und domain2.de. um keine Verwirrung zu stiften 
Welcher Anbieter erlaubt es jetzt, dass er von beiden Domains auf einen Exchangeserver Emails annimmt und ich getrennt von beiden Domains auch schicken kann..? Oder muss ich, was ich befürchte, dazu zwei Exchange-Postfächer anmieten?
Wenn Du die "Split Domain" Methode, wie sie z.B. [URL=http://support.itsolutionsnow.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=73&nav=0,4]hier[/URL] beschrieben ist, verwendest, kannst Du Mail Adressen beider Domains in EIN Exchangepostfach leiten. Nehmen wir mal an, dass eine davon Deine Hauptadresse ist, kannst Du diese als Default Absenderadresse definieren. Willst Du auch von der anderen Adresse senden, wirst Du einen alternativen Mail Account bei IRGENDEINEM Mail Provider bei den Du Deine eigene Domain verwenden kannst (z.B. kostenfrei bei einem Webspaceprovider) brauchen. Der Empfang ist in diesem Fall egal, Du verwendest nur den SMTP Server.
Kurz skizziert:
Weiterleitungen (muss der im MX eingetragene Mailserver machen):
vorname.name@domain1.de -> secretmailadress@domain1.exchangemailhosting.com
vorname.name@domain2.de -> secretmailadress@domain1.exchangemailhosting.com
"Default"Absender aus dem Exchangepostfach:
vorname.name@domain1.de
Alternativer Absender:
eigener Account für vorname.name@domain2.de bei irgendeinem Mail Provider. Nur der SMTP wird zum Schicken verwendet. Auswahl des Kontos im "Mail verfassen" Fenster von Outlook. Über die Exchange Weboberfläche kann diese Auswahl NICHT getroffen werden.
Ich hoffe das beantwortet einige Fragen.
Ähm das ist doch voll die frickel Lösung und viel zu kompliziert. Das geht doch deutlich sauberer (zumindest bei ITsolutionsnow) und einfacher:
Unter ENTWEDER ist eine Lösung beschrieben in der alle Emails von bestimmten Domains (egal wieviele) in einer Exchange Mailbox landen und du auch aus dieser Box raus an versenden kannst. Dabei gibt es eine Hauptemailadresse, aber es können auch Mails von einer anderen (vorher angelegten Mailadresse) verschickt werden. Die Lösung zeichnet sich daruch aus, dass sie auf mehreren Clients recht einfach einzurichten ist (vor allem wenn du mehrere Mailadressen verwendest) und quasi eine vollständige Exchange Integration darstellt, die über das "Control Panel" gewartet werden kann (ohne die Clients anzufassen)
Unter ODER ist diese Lösung ebenfalls beschrieben, jedoch auf eine andere Art und Weise. Die Lösung funktioniert nur auf dem lokalen PC bietet je nach Einsatzgebiet auch Vorteile.
ENTWEDER:
1. Exchange Postfach anlegen:
http://support.itsolutionsnow.…e&kbarticleid=118&nav=0,4
=> Weiter zu 2.
2. Alle Emails auf die Mailserver von ISN (Änderung der MX Server) leiten:
http://support.itsolutionsnow.…e&kbarticleid=100&nav=0,4
Wichtig: Muss für jede Domain wiederholt werden
=> Weiter zu 3.
3. Fallunterscheidung:
Emailadresse soll nur zum Empfang verwendet werden:
=> Weiter zu 3a.
Emailadresse soll auch zum Versenden verwendet werden:
=> Weiter zu 3b.
3a. Beliebige Mailadresse für unter (2.) angelegten Domains anlegen (nur für Empfang von Emails):
http://support.itsolutionsnow.…le&kbarticleid=66&nav=0,4
3b. Beliebige Mailadresse für unter (2.) angelegte Domains anlegen (für Versand und Empfang von Emails):
http://support.itsolutionsnow.…le&kbarticleid=77&nav=0,4
http://support.itsolutionsnow.…e&kbarticleid=89&nav=0,4*
*) letzter Schritt nur wenn über den Alias auch Mails empfangen werden sollen
4. Emails von einer "distrubution list" (DL) senden:
http://support.itsolutionsnow.…le&kbarticleid=18&nav=0,4
Dort muss die DL in das Feld "From"/"Von"**
**) Ab Exchange 2010 (was demnächst bei ISN kommt), kannst du das auch in Outlook Web App (Früher Outlook Web Access) verwenden. Also über den Browser. Vielleicht wird dies auch mit Windows Mobile 6.1 (mit Outlook Update) möglich sein.
5. Emails einer Domain, die an ISN weitergeleitet ist, an einen externes Postfach weiterleiten:
http://support.itsolutionsnow.…le&kbarticleid=78&nav=0,4
Vorteil hier: Du sendest alle Emails über einen Provider (kannst also recht easy SPF definieren), brauchst in Outlook nicht für Emailadresse ein Konto einrichten und kannst die Lösung auch von unterwegs verwenden (Ab Exchange 2010). Zudem brauchst du keinen anderen Mailprovider...
ODER
1. Exchange Postfach anlegen:
http://support.itsolutionsnow.…e&kbarticleid=118&nav=0,4
=> Weiter zu 2.
2. Alle Domains auf die Mailserver von ISN leiten:
http://support.itsolutionsnow.…e&kbarticleid=100&nav=0,4
Wichtig: Muss für jede Domain wiederholt werden
=> Weiter zu 3
3. Beliebige Mailadresse für unter (2.) angelegten Domains anlegen (nur für Empfang von Emails):
http://support.itsolutionsnow.…le&kbarticleid=66&nav=0,4
4. Für jede ausgehende Mailadresse (nur Versand) ein POP/SMTP Konto mit folgenden Daten anlegen:
http://support.itsolutionsnow.…cle&kbarticleid=7&nav=0,4
(Wichtig: Daten nicht mit POP3 abrufen)
Vorteil: Auch hier erfolgt der Mailversand nur über ISN (kein weitere Emailprovider etc notwendig und SPF sauber zu definieren). Allerdings ist man gebunden an Outlook.
Hm, werds mal ausprobieren. Habe mir gestern Abend einen Exchange-Account bei ITSolutions Now geholt und war nach 30 Min eingerichtet.
Übrigens, vom Support habe ich erfahren, dass in einem guten Monat die Server von Exchange 2007 auf 2010 umgestellt werden, dann sieht das OWA auch unter anderen Browsern als unter dem IE gut aus
funktioniert das hosten eigentlich noch über Outlook 2003 oder muß das Outlook auf dem Rechner mit OWA die gleiche Version haben?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!