Migrating from Microsoft Exchange to Zimbra Collaboration Suite

The Zimbra Collaboration Suite Migration Wizard for Exchange is used to migrate Microsoft® Exchange server email accounts to the Zimbra server and to import the email, calendar, and contact information for the selected Exchange users. The import process replicates the user’s Outlook® folder hierarchy, importing email messages, calendars and contacts from the Exchange server. Any keywords are converted to tags in Zimbra.

Accounts from Microsoft Exchange 2000, 2003 and 5.5 can be migrated.

During the migration, the wizard performs the following tasks:


Note: Only email messages, calendars, and contacts, including personal distribution lists are imported from Outlook. Other Outlook types, such as meeting requests, notes, tasks, rules and alerts, and files are not imported.

Permissions Needed for the Zimbra Migration Wizard

Considerations for retaining domain name when migrating

The Zimbra Migration Wizard utilizes the Exchange MAPI provider. Therefore, you must run the migration wizard from a Microsoft Windows
® computer that has either Outlook 2003, Exchange 2002 server or Exchange 2003 server installed. You will need to create a temporary MAPI profile for the Migration Wizard to use to conduct the migration. To create a new profile, refer to the Microsoft Office documentation.

When you run the Zimbra Migration Wizard, the wizard prompts you to select the MAPI profile that will be used to connect to the Exchange server. You must have full administrator privileges on the mailboxes to be imported.

Considerations for retaining domain name when migrating

If your users use the Calendar application, and you are not migrating all users to ZCS at the same time, configure ZCS with the same domain name as used on the Exchange server. When ZCS is configured with the same domain name, a user’s existing email address will be retained when the account migrates to ZCS.

Meeting requests and appointments contain recipient information in the form of email addresses. After migration, if the organizer of an appointment updates an existing appointment or if recipients reply to an invitation, the email address of the original message receives the notification. If the email address has been changed, the notification is not received.

Planning the Migration from Exchange to Zimbra

Before you attempt to migrate from the Exchange server, create a communication plan to notify users about the new Zimbra email program and to provide users with the new mail access information (Zimbra URL, login name, and password to use).

Zimbra recommends that you plan to perform the migration during off-peak use times. The Exchange server does not need to be stopped in order to migrate accounts. Any emails that are sent to or delivered from Exchange after the account is migrated are not saved in the Zimbra mailbox.

The migration wizard asks you questions in a series of dialog boxes about how to set up the new accounts. Before you start, you should determine:

After the accounts are created on the Zimbra server, the email messages calendar entries, and contact information are imported. You configure the following rules about which files to import:


By default, messages larger than 10 MB will not be imported. The message size includes the message and attachments. If the message is larger than 10 MB, a warning is logged to Migration Wizard log file, which can be reviewed from the Import Complete dialog when the migration is complete.

Note: You can modify the following registry key to change the default limit, “HKCU\Software\ZCSMigWiz\MaxAttachSizeMB”. The registry key should be specified in megabytes (MB). A value of 0 means no limit to the size of the message with attachments.

The import process contains a few assumption regarding naming:

Using the Zimbra Migration Wizard

Even though the migration wizard can be run from start to finish without stopping, Zimbra recommends that after the accounts are migrated, you stop. Before proceeding, change the mail relay information to point to the Zimbra server instead of the Exchange server. This will prevent any lost mail while the files are being imported.

Note: After the files have been imported to the Zimbra server, verify that the import was successful before deleting the Exchange accounts.

How to Migrate Accounts and Import Email

The Zimbra Migration Wizard can be downloaded from the Zimbra Administration Download page.

Enter the following


Click Next.

Note: If you create the domain name after you started the wizard, click Refresh Domains to update the list from the Zimbra server.

Click Next.

Click Launch Profile Chooser, to launch a standard Windows dialog box from which you can either choose an existing MAPI profile, or create a new one, as described in the Microsoft Office documentation.

Click Next.


Note: The Object Picker is a Windows standard dialog. For Help on how to complete the dialog boxes, click the ? on the dialogs.




Note: The steps above are for the Exchange 6.0 Query Builder. If you are migrating from Exchange 5.5, the Query Builder dialog is different. You must enter the search base for the LDAP query and you must construct the filter to identify which mailboxes to import.


The COS defines the features and preferences for these accounts. Classes of Service that have been configured on the Zimbra server are listed. If you recently created a COS and it is not listed, click Refresh COS. New COSs are added to the list.

IMPORTANT: Included in this list are two COSs called default and None.The COS named default refers to the default COS that was automatically created when Zimbra Collaboration Suite is installed. The COS named None is used to represent a COS configured for the domain that is being migrated. Configuring a domain COS is optional. Select None to provision the accounts with the COS assigned to the domain. If None is selected and the domain has not been configured with a specific COS, the COS named “default” is automatically assigned.

In the Initial Password section, enter a default password. This is the password for every account that is created.

Note: If password is not specified at the time of provisioning, after the migration you can either:

Click Next. The listed accounts are provisioned.

Note: If you do not want to create any of the accounts from this list, check Do not provision any users, and click Next. No accounts are created on the Zimbra server.

The provisioning of email accounts on the Zimbra server is complete. Before proceeding you should change the mail relay information for these users to point to the Zimbra server instead of the Exchange server. Any new email messages are sent to the Zimbra mailboxes.

Note: By default, messages larger than 10 MB will not be imported. The message size includes the message and attachments. To change the default, see  .

3 Ways to Migrate from Exchange 2003 to MDaemon

One the biggest challenges you’re likely to come across if you’re considering upgrading from Exchange 2003 to an alternative email platform, is how to move the colossal volumes of email you’re likely to have amassed over the years.

It can be a daunting prospect, but if you’re moving to MDaemon Messaging Server, the process is made considerably more simple than it might otherwise be, thanks to a free ‘MDMigrator’ utility that’s bundled in the installation folder.

It’s also possible to couple this migrator tool with an archiving solution like MailStore Server (special offer here for Exchange 2003 users), giving you a great opportunity to start afresh and to get the more unwieldy of mailboxes under control.

In this post I’ll take a look at each of the approaches…

Option 1: Migrate everything using the free MDMigrator tool

If you want to move absolutely everything across from your Exchange 2003 installation, straight to MDaemon, the free MDMigrator tool is a great way to do it and will save you countless hours by automating the process almost entirely.

The free MDmigrator will import and migrate:

  • User accounts
  • Email messages
  • Calendar entries
  • Contacts, tasks and notes
  • Public folders
  • Distribution lists

It copies all of the mailboxes from the selected server, creates MDaemon mailboxes for each user and then imports all of their mail, contacts, task, notes, and calendar data. Any distribution lists that are found are copied from address books and are imported as mailing lists in MDaemon.

Brad Wyro, Technical Training Specialist does a much better job of explaining the process than I can in this YouTube video:


There’s also a knowledgebase article on Migrating from Exchange 2003 which walks you through the process step by step.

Option 2: Archive with MailStore, migrate recent messages with MDMigrator

An alternative option is still to use the MDMigrator tool but instead of using it to move all of your email, you archive it beforehand with an archiving solution such as MailStore Server.

This is the one we recommend whenever possible as being a good compromise.

The role of MailStore (archive and ‘slim’ down mailboxes)

  1. Quick way to archive large volumes of email – The key benefit of MailStore is that it provides a fast and efficient method of archiving large volumes of email but without limiting what users have access to.
  2. Ensures users have fast access to all email – If a user wants to open email, they simply search or browse for it using from within Outlook using an integrated plug-in (there’s also a web version and phone app).
  3. Compresses and de-duplicates – The process of archiving also compresses attachments and de-duplicates messages so you should expect approximately a 50% space saving on the original data store.
  4. Deletes historic email from your server – with all email safely archived, MailStore can purge however much email you choose from Exchange. Typically, this would be everything but the last 6-12 months’ so there’s much less to move.
  5. Manages MDaemon on an ongoing basis – although we’re using MailStore for the migration process, it will continue to archive mail once the migration is complete.

The role of the MDMigrator

In this scenario the MDMigrator is performing the same function as it was in ‘Option 1‘and migrating the users, the calendar, contacts etc. (MailStore only handles email) however this time the bulk of the email has been archived and the mailboxes are much smaller than they otherwise would be.

The benefits of doing it this way include:

  • Your staff have an opportunity to become familiar with MailStore (while it’s linked to Exchange)
  • MDMigrator now needs to move less mail so that part is much quicker (MailStore is faster at handling this process)

Option 3: Archive all email but start afresh with MDaemon

Option 3 basically expands upon the previous one but instead of retaining a small amount of email in your Exchange mailboxes, you’re purging all of it so there’s nothing left to be moved. It’s all in the archive.

If it doesn’t cause a problem for your users – i.e. they’re quite happy accepting that they can easily access mail from MailStore via Outlook when they need it, starting afresh with MDaemon (in terms of email) is definitely worth considering.

In this scenario you are:

  • Connecting MailStore to Exchange
  • Using MailStore to archive all email
  • Purging ALL email from Exchange prior to move
  • Using the MDMigrator to move accounts, calendars, contacts etc. (but not email)
  • Connecting MailStore to MDaemon for ongoing archiving


As the administrator, I’m sure you’ll want to keep this process as simple you can. None of the options I’ve highlighted are particularly complex but in this case I think it’s likely how you approach it will largely depend on your users (probably the senior management).

If you’re unsure, a good compromise is ‘Option 2’ which offers the benefits of archiving with minimal change to the way users interact with Outlook.

It’s also worth noting that while I’ve highlighted the three main options that we’ve found to work well – there are still other ways you could approach it so please feel free to get in touch for a chat if I or the team can help.

Virtual Labs Office 365


Design Labs for Office 365

I.            Giới thiệu về khóa học

1.   Mục đích:

–          Hiện nay trên thị trường hầu hết các doanh nghiệp, Trường đại học, cao đẳng hoặc phổ thông, các Tổ chức khai thác sử dùng hệ thống quản lý CNTT hầu hết là không tập trung, không có kiến trúc nền tảng về hệ thống PaaS hoặc VDI hoặc không có giải pháp sâu tới người dùng thực tế.

–          Chi phí dịch vụ, đào tạo thường xuyên cao và phải tái đầu tư liên tục.

–          Để chủ động hơn trong việc kiểm soát, cũng như phát triển hệ thống quản lý hạ tầng công nghệ, tạo điều kiện tốt cho sự phát triển của tổ chức. Chúng tôi đưa ra các khoá đào tạo tư vấn giải pháp xây dựng hệ thống thực hành LABs cho nhiều mô hình tổ chức khác nhau.

–          Một trong những nội dung đào tạo của chúng tôi đó là: “Xây dựng hệ thống thực hành LAB OFFICE365”.

2.   Nội dung:

Đến với khóa học các bạn được học và thực hành cách cấu hình, cài đặt, xây dựng, vận hành một hệ thống LAB OFFICE365 trên môi trường ảo hóa của VMware.

Khóa học hướng đến đào tạo cho các học viên những kiến thức tổng quát và xuyên xuốt các vấn đề:

  1. Cách thức, quy trình xây dựng giải pháp.
  2. Hệ thống mạng ảo (vNIC).
  3. Hệ thống máy chủ ảo (VMs).
  4. Thiết kế thành phần vApp.
  5. Quản trị viên CNTT tại  trường Đại Học, Cao đẳng, Phổ thông, Doanh nghiệp những người có nhu cầu muốn thiết lập hệ thống office365 có các chức năng:

II.         Đối tượng tham gia

–          Xây dựng hệ thống quản lý người dùng, phần quyền user.

–          Đồng bộ tài khoản người dùng ADDC cùng với office365 cloud.

–          Thiết lập hệ thống đăng nhập một lần.

  1. Các nhân viên trong phòng CNTT của các tổ chức, công ty: cũng có nhu cầu học cách thiết lập hệ thống office365 cho tổ chức của mình.
  2. Có kiến thức cơ bản về Hệ điều hành Windows / Linux, hệ thống mạng Network.
  3. Kiến thức cơ bản về hệ thống ảo hóa vSphere của VMware, Virtual Box, Microsoft Hyper-V.
  4. Ưu tiên các bạn có kiến thức về hệ thống ADDC.

III.       Yêu cầu với học viên


  1. Có kiến thức cơ bản về Hệ điều hành Windows / Linux, hệ thống mạng Network.
  2. Kiến thức cơ bản về hệ thống ảo hóa vSphere của VMware, Virtual Box, Microsoft Hyper-V.
  3. Ưu tiên các bạn có kiến thức về hệ thống ADDC.

IV.      Lợi ích của việc tham gia khóa học:

  1. Học viên có thể chủ động xây dựng hệ thống thực hành LABs Office365: tạo dựng môi trường thực hành phát triển và đào tạo, thực nghiệm các hệ thống quản lý người dùng, đồng bộ hóa tài khoản người dùng với Office365 Cloud, thiết lập đăng ký tài khoản domain.
  2. Phòng/ban CNTT: được đào tạo vững chắc kiến thức nền tảng hệ thống Labs, chủ động trong việc cấu hình, xây dựng hệ thống, đăng ký và triển khai office365 cho doanh nghiệp, tổ chức của mình.

Thông tin về lịch khai giảng tại Viện đào tạo và quản lý CNTT ROBUSTA Hà nội

Nếu quý khách có yêu cầu chương trình học ngoài lịch khai giảng trên xin vui lòng liên hệ với Robusta


Tên khóa học

Ngày KG

Giờ học

Ngày học

Thời lượng

Học phí

Giảng viên

Các khóa đào tạo công nghệ VMware


 Triển khai, quản trị hạ tầng ảo hóa với VMware vSphere 5.5

05-05-2014 18h-21h Thứ 2-6 40 giờ Liên hệ Việt Nam
10-05-2014 09h-17h Thứ 7,CN 40 giờ Liên hệ Việt Nam
12-05-2014 09h-17h Trong tuần 40 giờ Liên hệ Việt Nam

VMware vSphere: Optimize & Scale [v5.1]

26-05-2014 09h-17h Trong tuần

40 giờ

Liên hệ Việt Nam



Ảo hóa máy trạm và ứng dụng VMware [v5.5]




Trong tuần

40 giờ

Liên hệ

Việt Nam




Thứ 2,4,6

40 giờ

Liên hệ

Việt Nam



VMware vCenter Configuration Manager for Virtual Infrastructure Management [V5.x]



Trong tuần

40 giờ

Liên hệ

Nước ngoài


VMware vCenter Operations Manager: Analyze and Predict [V5.x]



Trong tuần

16 giờ

Liên hệ

Nước ngoài


VMware vCenter Configuration Manager for Virtual Infrastructure Management [V5.x]

04-06-2014 09h-17h Trong tuần 24 giờ Liên hệ Nước ngoài

Các khóa đào tạo Microsoft


Office365 Tổng hợp


05-05-2014 09h-17h Trong tuần 24 giờ 06 triệu Việt Nam
2 05-05-2014 18h-21h Thứ 2,4,6 24 giờ 06 triệu Việt Nam


Manage Projects with Microsoft Project 2010



Thứ 2,4,6

24 giờ 05 triệu Việt Nam

Phát triển Biztalk Server dành cho người lập trình

12-05-2014 09-17h

Trong tuần

40 giờ Liên hệ Việt Nam

Quản trị Biztalk Server

26-05-2014 09-17h

Trong tuần

40 giờ Liên hệ Việt Nam
6 Phát triển Biztalk trong tích hợp ứng dụng doanh nghiệp 02-06-2014 09-17h Trong tuần 40 giờ Liên hệ Việt Nam
7 02-06-2014 18h-21h Thứ 3,5,7 40 giờ Liên hệ Việt Nam
8 Thiết kế và phát triển Ứng dụng Microsoft Sharepoint 19-05-2014 18h-21h Thứ 2,4,6 40 giờ Liên hệ Việt Nam
9 Thiết kế kiến trúc hạ tầng Microsoft Sharepoint 26-05-2014 09h-17h Trong tuần 40 giờ Liên hệ Việt Nam



23-06-2014 09h-17h Trong tuần 40 giờ Liên hệ Việt Nam
11 Thiết kế các giải pháp BI với  Microsoft SQL Server 09-06-2014 09h-17h Trong tuần 40 giờ Liên hệ Việt Nam
Các khóa đào tạo khác
1 Quản lý CNTT và An toàn thông tin 19-05-2014 09h-17h Trong tuần 40 giờ Liên hệ Việt Nam
2 19-05-2014 18h-21h Thứ 2,4,6 40 giờ Liên hệ Việt Nam
3 IT Management Skills – Các kỹ năng quản lý công nghệ thông tin 16-06-2014 09h- 17h Trong tuần 40 giờ Liên hệ Việt Nam
4 ITIL – Information Technology Infrastructure Library Foundation V3 16-06-2014 18h-21h Thứ 2,4,6
24 giờ Liên hệ Việt Nam
Thiết kế Website PHP và HTML5 bằng phương pháp sản xuất công nghiệp
Chủ nhật
4 giờ
01 triệu
Việt Nam


Thông tin ưu đãi:

– Giảm giá đặc biệt cho các học viên đăng ký và thanh toán trước ngày khai giảng tối thiểu 02 tuần hoặc đăng ký nhóm 02 người trở lên.


Thông tin chi tiết vui lòng liên hệ:

Lê Trường Sơn (Mr.) – Mobile : (+84) 0904 411 933 – Email: son.le@robusta.vn

Lê Toàn Thắng (Mr.) – Mobile : (+84) 943 851 178 – Email: thang.le@robusta.vn

Xin cám ơn và mong được hợp tác và hỗ trợ Quý Anh/Chị cùng đơn vị trong thời gian tới!

Khi nâng cấp lên Office365 hệ thống bên Trường Đại học gặp lỗi bị trả lại mail “Delivery is delayed to these recipients or groups:”

1 Bạn Quản trị tại Trường ĐH vùng nêu câu hỏi:

Như đã trao đổi qua điện thoại với anh khi nâng cấp lên office365 hệ thống bên em gặp lỗi bị trả lại mail “Delivery is delayed to these recipients or groups:” .

Nhờ anh coi giúp và đưa ra hướng xử lý dùm bên em. Em cảm ơn

Trân trọng.


Trả lời:

Chào Bạn,

1. Mình đã xem phần cấu hình DNS ở phần quản lý tên miền mà bạn gửi và trên http://Portal.microsoftonline.com   đều đúng.

DNS records 1

checking upload recorddns record2


Lỗi này mình cũng gặp phải khi xoá / thay hẳn cấu hình MX, và CNAME cũ.

Mình đã kiểm tra bên các Trường khác khi nâng cấp, họ vẫn giữa nguyên các bản ghi cũ, chỉ thêm bản ghi mới như Trung làm thì chạy ổn định.

Vậy, bạn thêm lại giúp mình trong máy chủ DNS đang quản lý tên miền các bản ghi MX và CNAME cũ nhé

ví dụ:

1. CNAME: f3feeecccf8985 Host: mail.outlook.com

2. MX @ Host: f3feeecccf8985.mail.outlook.com Priority: 5

3. MX @ Host: f3feeecccf8985.msv1.invalid Priority: 10

P.S :Các bản ghi mới thêm đều đúng không phải xoá / sửa gì cả (chỉ thêm bản ghi cũ trước khi nâng cấp lên Office 365).

2. Nếu Bạn đang kiểm soát DNS thì cũng nên thêm bản ghi để dùng Lync Conferencing ( dùng làm truyền hình, họp, học, hội thảo quan mạng Trực tuyến)

Ví dụ sau đây, mình quản lý tên miền cloud.edu.vn cung cấp bởi matbao.vn, sẽ phải cấu hình Lync (theo các ô đánh dấu đỏ) khai báo thêm các thông số sau



Cách cấu hình SMTP Relay trên máy chủ IIS–Windows 2008 kết nối Exchange Online của Office 365

Cấu hình SMTP Relay trên máy chủ IIS 7, 7.5 Windows Server 2008


1. Mở IIS 7. 1

2. Kích hoạt SMTP Server trên máy chủ Windows 2008. 2

3. Cấu hình SMTP trên IIS 6. 3

4. Kiểm tra chạy cấu hình SMTP trên IIS 6. 9

5. Cấu hình Mail trên SharePoint Administrator Center. 10

1. Mở IIS 7


2. Kích hoạt SMTP Server trên máy chủ Windows 2008


3. Cấu hình SMTP trên IIS 6






Cách xác định địa chỉ máy chủ Exchange Online bằng lệnh CMD như sau:


Ví dụ: địa chỉ mail.cloud.edu.vn là địa chỉ bạn đã khai subdomain / DNS của webmail theo nhà cung cấp dịch vụ quản lý tên miền

Kết quả trả về là màn thông báo kết nối thành công mã 220


Cuối cùng, mở Start\Control Panel\Services kiểm tra dịch vụ SMTP đã started.


4. Kiểm tra chạy cấu hình SMTP trên IIS 6

Tạo 1 file có tên mail.txt, có nội dung sau:



Subject: Test mail from IIS Server via SMTP Relay Office 365


Mail Content to send SMTP Relay.


Hãy copy file này vào thư mục c:\inetpub\mailroot\pickup\


Nếu hệ thống chạy tốt, cấu hình SMTP trong IIS đúng, file đó sẽ tự động chuyển sang thư mục Queu và Send, bạn có thể kiểm tra log của IIS 6 hoặc trên hòm thư bạn đã gửi trong mục To:<> của nội dung file mail.txt.

5. Cấu hình Mail trên SharePoint Administrator Center


Giải đáp một số thắc mắc khi sử dụng Microsoft Office 365

33336_GetEducated_Logo_LAE + NOVADigital_Dr.LeToanThang =33336_GoNow_O365new

Các vấn đề về DNS:

1. Khai báo DNS để sử dụng Outlook Web App (OWA) sau khi nâng cấp như thế nào ?

Sau khi nâng cấp từ Live@edu sang Office 365, người dùng vẫn truy cập web mail (OWA), đănh nhập vẫn như cũ tại địa chỉ http://outlook.com/<domain_name> hoặc http://mail.office365.com.

Các bản ghi vẫn dùng cho CNAME record trong DNS, ví dụ: mail.contoso.edu.


Trong DNS server quản lý tên miền bản ghi CNAME record sẽ như sau:

  • Alias webmail
  • Target mail.office365.com

Thậm trí người dùng cũng có thể truy cập trực tiếp địa chỉ web mail sau:

Các vấn đề về Office 365 và Email Exchange Online:

2: Live@edu là chương trình miễn phí cho học sinh, sinh viên, giáo viên, và nhân viên trong Trường học. Vậy chương trình Office 365 for education vẫn miễn phí ?

Có, khi nâng cấp thành công, Office 365 sẽ là Plan A1, khi bạn tự nâng cấp lên Office 365 A2 plan, nó giống Live@edu và miễn phí cho sinh viên, học sinh, giảng viên và nhân viên trong Trường. (khi đăng ký sử dụng Plan A2 sẽ có thêm  Lync Online, SharePoint Online, và Office Web Apps).

Hãy truy cập xem thêm chi tiết về các Plan A1,2,3,4 ở link: Plan Details.


3: Chúng tôi đang sử dụng nhiều tên miền domains. Có thể nào ghép chúng vào chung 1 hệ thống điều khiển trên Office 365 for education subscription ?

Có thể, nếu tất cả các tên miền đều được đăng ký và thêm vào cùng 1 bản đăng ký Live@edu enrollment, tất cả các domains đó đều được nâng cấp cùng nhau và được chuyển vào cùng  Office 365 for education subscription.

Nếu có một vài tên miền không được đăng ký trong Live@edu, hoặc đăng ký riêng biệt từng bản đăng ký Live@edu enrollment, hoặc đã được đăng ký riêng trong Office 365 subscription, thì các tên miền này sẽ không thể ghép chung vào 1 hệ thống điều khiển trên Office 365.


4. Làm thế nào tôi có thể quản lý tài khoản người dùng trong Office 365 ?

Khi đã nâng cấp thành công, bạn sẽ không cần phải truy cập vào Live@edu Service Management Portal nữa.

Thay vào đó, bạn sẽ truy cập Admin page of Office 365 http://portal.microsoftonline.com (hoặc dùng Microsoft Online Services module for Windows PowerShell) để quản trị dịch vụ, cấp quyền sử dụng dịch vụ, đăng ký bổ sung tài khoản sử dụng dịch vụ “purchase additional subscriptions”, và nhiều mục khác.

Bạn vẫn có thể tiếp tục sử dụng Exchange Control Panel (ECP) hoặc Windows PowerShell in Exchange online để quản lý các tài khoản người dùng trên Exchange Online.

Chúng tôi khuyến cáo, bạn nên dùng Admin Portal http://Portal.microsoftonline.com  để quản lý, giúp thống nhất và tập trung quản lý hệ thống.



Các vấn đề về Skydrive:

5. Sau khi nâng cấp sang Office 365, người dùng có sử dụng được Skydrive nữa hay không ?

Sau khi nâng cấp sang Office 365 thành công, tài khoản người dùng sẽ được tách làm 2 nhóm tài khoản khác nhau (lần đầu chúng sẽ có tài khoản, email, password giống hệt nhau).

  • Nhóm tài khoản 1: là các tài khoản của Ofice 365

Bạn có thể quản lý toàn bộ các tài khoản thuộc nhóm này như: reset password, thêm, xoá sửa tài khoản và cấp quyền sử dụng các dịch vụ trên Office 365.

Bổ sung dịch vụ: Lync Online, SharePoint Online, cấu hình SSO, cấu hình động bộ AD Synchronize, tạo ra các kế hoạch triển khai Office 365, cấp bản quyền sử dụng dịch vụ…

  • Nhóm tài khoản 2:  là các tài khoản Live@edu service cũ

Bạn không thể quản lý các tài khoản này (không reset password, không thay mật khẩu hoặc xoá tài khoản của người dùng đó), vì Microsoft đã ngừng cung cấp dịch vụ quản lý các tài khoản này.

Các tài khoản này vẫn truy cập được Skydrive thông quan link: https://skydrive.live.com (Skydrive này được gọi là Personal Skydrive hay Skydrive Live, chúng có kích thước 25Gb cho người nào đã dùng nó từ trước 4/2012, và 7Gb cho những người đang dùng từ sau 1/4/2012), việc lưu trữ, chia sẻ các links, tài liệu vẫn giữ nguyên như trước.

Người dùng cá nhân tự thay đổi mật khẩu, thông tin cá nhân trên skydrive và các dịch vụ trước đây của Live thông qua link: http://account.live.com 


6. SkyDrive Pro là gì và nó khác so với SkyDrive Live như thế nào ?

SkyDrive Pro là một tính năng mới nó sẽ được kích hoạt và sủ dụng cho người dùng khi bạn nâng cấp bổ sung trong  Office 365 service upgrade, nếu bạn đăng ký subscribed nên Plan A2 “Academic plan 2” trong đó bao gồm Lync Online và  Microsoft SharePoint Online.

Cũng giống như SkyDrive Live, Nó được lưu dữ liệu kiểu cloud storage, cho phép người dùng lưu tài liệu, truy xuất các dữ liệu mọi lúc, mọi nơi, chia sẻ các tư liệu cho người khác…

Điểm khác chính giữa hai loại Skydrive là, SkyDrive Live thì miễn phí và là hệ thống sử dụng kiểm soát cá nhân giống như hotmail, outlook mail, live mail, messenger, skype… 

Trong khi đó SkyDrive Pro có sự quản lý thống nhất và tích hợp với SharePoint Online do bạn điều khiển.

Video giới thiệu sự khác nhau:



7. Làm sao để có thể di chuyển dữ liệu từ Skydrive Live sang SkyDrive Pro?

Sau khi nâng cấp từ Live@edu sang Office 365, dữ liệu người dùng trong SkyDrive live trở thành của riêng cá nhân họ. Do vậy việc di chuyển, xoá sử dữ liệu đều phải dùng bằng tài khoản của cá nhân họ mới thực hiện được.

Có 2 cách để di chuyển dữ liệu:

  1. Sao chép tất cả dữ liệu, nội dung trong SkyDrive Live tới 1 máy tính và sau đó cập nhật chúng lên SkyDrive Pro.
  2. Dùng phần mềm SkyDrive desktop app và cài thêm SkyDrive Pro Sync application(yêu cầu Office 2013) để có thể kéo thả các files từ account này qua account khác.