Beiträge von johnripper

Folgende Aussage bekam ich von ITSN:

Zitat

Frage:
I would like to know when the migration process will take palce, and what a customer has to do? If there are manually steps required i would wait until e 2k10 is in place.

Our existing Exchange customers will not need to manually import the Exchange data when being upgraded. There will be some dns changes and some reconfiguration of Outlook, but you will not need to reimport the data. We will do the data importing for you.

Hast du die anderen Tips mal probiert funktioniert das?

Zitat

Original geschrieben von marius86
Er schrieb am 4.1.2010 etwas von 30 Tagen. Da freu' ich mich wie ein Schneekönig draf.

Ja genau das hat er mir auch gesagt. Ich dachte als ITSN Kunde wüsste man da schon mehr.
Da man Einstellungen ändern muss wenn man auf Exchange 2k10 umgestellt wird bin ich persönlich noch kein ITSN Kunde.

Zitat

Original geschrieben von m-mr
funktioniert das hosten eigentlich noch über Outlook 2003 oder muß das Outlook auf dem Rechner mit OWA die gleiche Version haben?

OWA und Outlook haben erstmal nichts miteinander zu tun. Die korrekte Frage wäre ob Outlook 2003 zu Exchange 2010 kompatibel ist. Soweit schon gesagt: Ich denke ja.
Und selbst wenn nicht, gibt es Outlook 2007 bei ISN dazu.

Zitat

Original geschrieben von marius86
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

Ja probiere es, falls es nicht geht darfst du es mich gerne wissen lassen

Weißt du schon genau wann die auf Exchange 2010 gehen oder nur "in einem guten Monat" ?

Ä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.

Tja offensichtlich nicht mehr kostenlos. Ich hab noch ein kostenloses Konto

Aber sage doch einfach mal was du machen willst, wieviel Budget du dafür verfügbar hast und ggf. welche Geräte und andere Technik (z.B. Mobilfunkvertrag, Domains usw.)
Dann sage ich dir eine gute funktionierende Lösung.

Zitat

Original geschrieben von Eli
braucht man denn für push auch ne 24h online verbindung oder is das eher wie sms?

Ja. WIe sollte das sonst funktionieren..=?

Pushmai funktioniert aus verschiedenen technischen Gründen generell gar nicht über WLAN. Die Push Verbindung muss dabei immer über GPRS/UMTS aufgebaut. Der Sync des Postfachs wir dann ggf. via WLAN durchgeführt.
Siehe ausführlich dazu: http://forum.samsungmobile.de/…ver/?highlight=#post28720

Ansonsten gibt es einen kostenlosen Exchange mit 1GB Postfach unter http://www.alol.net.br

Hier noch mal der Auszug aus einer PN für eine allgemeine Erkläuterung zum Thema SPF Einträge/Records:

Zitat

1. 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/

Alles anzeigen

P.S. Ja ich weiß da sind Menge Typos drin