Office 365 blog

Az előadásokon többen kérdeztétek, hogyan lehet Thunderbird-ből Office 365-be migrálni a leveleket. Az egyik megoldás, hogy átkonvertáljuk .pst-be a leveleket és az Office 365-el már működő profilba beimportáljuk a .pst fáljt. Ez a megoldás ötnél több postafióknál már elég időigényes tud lenni. Sajnos ingyenes, automatizált és használható eszközt nekem nem sikerült eddig találni. Viszont van olyan megoldás elérhető, ami jól működik, egy ilyen:

http://www.cloudiway.com/en/cloud-blog/entry/thunderbird-to-office-365-migration-with-maas

Van egy csúnya hiba az új iOS 6.1-ben, ami azt okozhathja, hogy a felhasználó nem tudja szinkronizálni a naptárat, leveleket, ... A problémáról itt is lehet olvasni.

A lényeg, ha egy felhasználó válaszol egy meghívóra a naptárban, "service is unavailable" hibaüzenetet kap a szervertől és folyamatosan újra megróbál kapcsolódni.
Amit jelen pillanatban lehet tenni:

• NE frissísék a felhasználók a készükéküket iOS 6.1-re!
• Ha frissítették, nem szabad a naptárban a meghívókra válaszolni

Helyi levelező szervernél:

• Szerver oldalon ki lehet tiltani az iOS 6.1 eszközöket.
• Egy másik módszer a kitiltásra
• Törölni az Activesync kapcsolatot a EMC-ben.

Fontos: Ha a felhasználó már belefutott a hibába, egyenlőre nincs megoldás arra, hogyan lehet a szinkronizálást helyreállítani!

Update:

Egy részletesebb leírás 

Update2:

Az iOS 6.1.2 javítja a probémát, ami letölthető Apple-től

Az Office 365-ben van egy korlátozás, mely megadja meg egy felhőalapú levelezési fiókból egy napon küldött e-mailek címzettjeinek maximális számát egy 24 órás időszakon belül. Ez emelkedett most:

P csomagok: 10000

E csomagok: 10000

További részletek itt

Frissítés: Egyenlőre csak az újonan létrehozott előfizetések kapják meg az új limitet, a meglévőek hamarosan...

Többször előfordult már a kérdés, hogy milyen korlátok között lehet leveleket küldeni a felhőből. A dokumentációban részletesen le vannak írva a limitek, itt csak megismétlem a benne foglaltakat. Mivel a szolgáltatások folyamatosan változnak ezért csak a jelenlegi ( 2012.04.06 ) állapotot tudom megosztani, később érdemes a szolgáltatási leírásokat megnézni, mert változhat:

Címzettekre és a feladókra vonatkozó korlátozások:

 Érdemes elolvasni  "A tömeges e-mail és a napi címzettszám korlátozásai" című részt is a dokumentációban, részletesen le van írva az összes információ, példákkal demonstrálva.

Kicsit lemaradtam róla, hogy publikus a jó hír.

Az új BPOS ügyfeleknek mostantól a Hosted BlackBerry Service szolgáltatásért nem számítanak fel díjat, az Office 365-ben is ingyenes lesz!

A szolgáltatás nem kevés errőforrást emésztett fel eddig a Microsoftnál, viszont a RIM-hez fog átkerülni az Office 365-ben, nem a Microsoft,  hanem a RIM üzemelteti BES szervereket, ők adják a supportot és a plusz szolgáltatásokért ők fognak számlázni. Maga az email szolgáltatás a jelenlegi formájában ingyenes lesz, gondolom az egyéb szolgáltatásokért ( pl. alkalmazás management ) fognak csak pénzt kérni. Gyakorlatilag teljes értékű BES szolgáltatásra is lesz lehetőség.

 Úgy néz ki többet és ingyen kapunk :)

Előfordult már, hogy ügyfelünk kérte, egy bizonyos emailre bejövő leveleket szeretne megkapni külső címre is. Az admin interfészen viszont ilyen funkció nincs, tehát első körben látszólag nem megoldható a feladat.

Több megoldása is van a dolognak, a legegyszerűbb:
Létrehozunk egy új nevet ( contact ) a felügyeleti központban, arra a címre, ahova szeretnénk küldeni a levelet:

Ezután más teendőnk nincs, írni kell a technikai támogatásnak, hogy az adott postaládába érkező leveleket továbbítsák erre a névre (is). A végén az "is"-nek fontos tartalma van, lehet csak továbbítani a levelet és lehet a mailboxban eltárolni és továbbítani.

A másik megoldás, hogy létrehozunk egy terjesztési listát és annak tagjaként vesszük fel a "nevet", de ez csak bizonyos esetekben megoldás. Pl. ebben az esetben nem lehet beállítani a csoportot alap email címnek, más címről fog érkezni a válasz alapesetben.

Az Exchange Online egyik hasznos funkciója, hogy egy webes böngészővel is bármikor elérhető az Outlook Web Access és ezzel a levelezés. Gondolom ezzel nem mondok nagy újdonságot. Ezzel nap mint nap általában nem dolgozik senki, viszont olyankor kell amikor fontos, hogy az irodai környezettől távol is elérje az ügyfél a leveleket. Ilyenkor se irodai laptop se PC nincs a közelben. Ez nem is gond, bármilyen PC-ről, aminek van internet kapcsolata elérhető az OWA. A dokumentáció alapján:

https://mail.emea.microsoftonline.com

Ezzel csak egy a baj: Amikor az ügyfélnek szüksége van rá távol a céges informatikától, erre a címre nem fog emlékezni, mennyivel jobb lenne egy mail.cegnev.hu cím. Baj nincs, egyszerűen létre kell hozni a cegnev.hu DNS-ben egy CNAME rekordot:

mail.cegnev.hu CNAME    mail.emea.microsoftonline.com.

Amint ez kész van, rögtön működik a http://mail.cegnev.hu cím. Nem elírás http-vel is megy, ez csak egy átirányítás. Oda kell figyelni a mail.emea.microsoftonline.com. végén lévő pontra, ez a legtöbb DNS szerverben vagy felületen szükséges, ha nem adjuk meg mail.emea.microsoftonline.com.cegnev.hu -ra fog menni az átirányítás.

Ha a felügyeleti központban új felhasználót hozunk létre, már 25 Gb-os postaládával jön alapból létre! A Microsoft megnövelte a szolgáltatáshoz alapból adott postaláda méretet és az alapszolgáltatás részeként, már 25 GB-os Exchange Online tárhellyel gazdálkodhatunk felhasználónként.