2008.03_Scalix – migracja z MS Exchange_[Programowanie].pdf - Programowanie - SOLARIX33

Programowanie

Scalix – migracja z MS Exchange

Scalix – migracja

Tomasz Grzyb

Czy irmy korzystające z Exchange muszą godzić się na uzależnienie od jednej irmy? Czy zmiana

platformy na Linuksa jako bardziej bezpieczną, elastyczną i zgodną z otwartymi standardami musi

wiązać się z dużymi zmianami w organizacji pracy? Na oba pytania odpowiedź brzmi... Nie!

Powiem więcej – irmy mogą ulepszyć swoje systemy komunikacji i jednocześnie pozostać przy

utrwalonej w irmie organizacji pracy. A wszystko to w sposób niezauważalny dla użytkowników

końcowych. Firma poszerza swoje możliwości, a użytkownicy nie muszą zmieniać przyzwyczajeń i tracić

czasu na naukę nowego programu.

J edyne czego potrzeba to Scalix i trochę czasu. Infor-

nalności lub integralności danych. Oferuje pełne wspar-

cie dla popularnych rozwiązań – Microsoft Outlook, No-

vell Evolution, a także wszelkiej maści programy oparte o

POP3 lub IMAP.

Ponadto, Scalix bardzo dobrze się skaluje i dopaso-

wuje do wymagań praktycznie każdego środowiska – od

małego biura, liczącego raptem kilkudziesięciu użytkow-

ników. po wielkie korporacje, z tysiącami użytkowni-

ków, wieloma rozproszonymi serwerami i zróżnicowa-

nymi zasobami.

Co to jest Scalix?

Scalix to rozbudowana platforma komunikacyjna zbudo-

wana w oparciu o rozwiązanie HP Open Mail. Obejmu-

je rozwiązania w zakresie poczty elektronicznej i kalen-

darza. Scalix jest w pełni funkcjonalnym odpowiednikiem

Microsoft Exchange. Oznacza to, że potrai się z nim ko-

munikować a także całkowicie zastąpić w sposób niezau-

ważalny dla użytkowników końcowych. Scalix opiera sie

na sprawdzonej technologii i korzysta z otwartości syste-

mu Linux. Użytkownicy mają możliwość stworzenia ła-

twego w zarządzaniu, wydajnego i bezpiecznego systemu,

oferującego wielkie możliwości.

Dzięki swojej architekturze, Scalix wspiera praktycz-

nie każdego klienta oraz urządzenie, bez strat w funkcjo-

Zarządzanie i administracja

W nowej wersji Scaliksa udostępniono narzędzie migra-

cyjne (Scalix Migration Tool), które pozwala na przenie-

sienie danych z serwerów Exchange (wersje 5.5, 2000 i

2003) i innych systemów tego typu. Administratorzy ma-

ją także do dyspozycji graiczną Konsolę Administracyj-

ną. Umożliwia ona zarządzanie zdalnymi serwerami i ob-

sługuje mechanizm wtyczek, które służą do uruchamia-

nia zewnętrznych skryptów. Oparta na Dynamicznym

HTML, XML oraz SOAP, Konsola Administracyjna Sca-

lix pozwala administratorom poczty, po niewielkim prze-

marzec 2008

z MS Exchange

macje jak wykonać migrację przedstawiam poniżej

tuż za informacjami ogólnymi na temat możliwości

tego systemu. Osoby, które chcą przetestować przed-

stawiony proces mogą się zaopatrzyć z bezpłatną wersję te-

stową Scalixa lub wersję Community. Obie są dostępne na

stronach Scalixa [2].

Programowanie

Scalix – migracja z MS Exchange

szkoleniu, na efektywne zarządzanie użyt-

kownikami, grupami, listami dystrybucyj-

nymi, procesami serwera, kolejkami wiado-

mości i ustawieniami.

dows Mobile 5 i 6, z użyciem ActiveSync

4.5 for Windows Mobile.

• Migracja stopniowa – przenoszenie użyt-

kowników oraz ich danych w wygodnych

transzach.

Migracja

Możliwości Scalixa są bardzo duże. Jak już

wspomniano wcześniej potrai od zastąpić

serwery MS Exchange. Nie będziemy zaj-

mowali się analizą dlaczego warto zmienić

platformę, co trzeba wziąć pod uwagę itd.

Zajmiemy się tylko aspektami techniczny-

mi migracji.

Pierwszym krokiem po zdecydowaniu

się na Scalixa jest dokładne zaplanowanie

procesu migracyjnego. Jasne określenie ce-

lu, terminów oraz sposobu migracji pozwoli

uniknąć wielu problemów i trudności na dal-

szych etapach.

Główne rzeczy jakie należy wziąć pod

uwagę podczas migracji:

Migracja na

Scalixa – możliwe warianty

Przed rozpoczęciem migracji, musimy zdecy-

dować się czy ma to być pojedynczy skok , czy

też zdecydować się na stopniowe przenoszenie

użytkowników i danych.

Migracja Skokowa – idealna dla nie-

wielkiej liczby użytkowników oraz danych.

Cały proces przeniesienia kont oraz danych

użytkowników zajmuje jeden lub dwa dni

– zwykle weekend.

Migracja Stopniowa – nadaje się do

przeniesienia dużej ilości użytkowników

oraz danych. Nadaje się do przeniesienia

skomplikowanych systemów – poczty, za-

dań kalendarzy... Podczas stopniowej mi-

gracji konieczne będzie współistnienie Sca-

lixa oraz poprzedniego systemu.

Zadania do wykonania przy realizacji po-

szczególnych wariantów są różne:

Współpraca z innymi systemami

Otwarta architektura Scaliksa, zgodność z

otwartymi standardami oraz zgodność z MS

Exchange umożliwia integrację z różnymi

zewnętrznymi systemami. Scalix 11 zawie-

ra dwie nowe usługi sieciowe: Scalix Mes-

saging Services oraz Scalix Management Se-

rvices. Scalix Messaging Services są to opar-

te na serwerze REST API, służące do integra-

cji aplikacji poczty i kalendarza. Umożliwia-

ją one integrację systemu komunikacji z in-

nymi systemami takimi jak CMS, rozwiąza-

nia mobilne, CRM, czy ERP. Funkcje kalen-

darza oraz dane mogą być przenoszone bez-

pośrednio do innych aplikacji, jak również

mogą być z nich pobierane.

Współpraca Scalixa z MS Exchange oraz

klientem Outlook jest możliwa dzięki wpro-

wadzeniu pełnej ekwiwalentności funkcji obu

systemów. Scalix oferuje:

• Migracja z systemu opartego na POP:

• Migracja podstawowych danych użytkow-

ników (poczta przechowywana jest lokal-

nie, przez użytkowników.

• Utworzenie nowego systemu, z no-

wymi wpisami kont użytkowników na

serwerze.

• Migracja z systemu opartego na IMAP lub

MAPI:

• Uruchomienie nowego, niezależnego

systemu, pozwolenie użytkownikom na

skopiowanie danych we własnym za-

kresie;

• Jednorazowa migracja skokowa – sko-

piowanie danych należących użytkow-

ników;

• współdziałanie z Exchange dzięki TNEF ,

multi-server, multi-instance, High availa-

bility,

• wsparcie dla usług katalogowych LDAP,

Novell eDirectory, RH Directory Server,

Microsoft Active Directory,

• wsparcie dla programów Microsoft Outlo-

ok, Outlook 2003, XP i 2000 (MAPI) oraz

Novell Evolution,

• dostęp do systemu Scalix Web Access z

przeglądarek Internet Explorer, Mozilla

Firefox i Mozilla,

• dostęp poprzez urządzenia mobilne (ko-

mórki itd) za pomocą Scalix Mobile

Client,

• dostęp bezprzewodowy z urządzeń Black-

Berry, Treo i Windows Mobile,

• dostęp za pośrednictwem klientów POP i

IMAP - Mozilla Thunderbird, Eudora lub

Outlook Express,

• obsługa synchronizacji poprzez USB z

urządzeniami mobilnymi opartymi o Win-

• Migracja skokowa:

• Utworzenie kont i wpisów w Scalixie;

• Przeniesienie użytkowników i danych;

• Zmiana wpisów MX.

Zalety – Nie trzeba tworzyć przekiero-

wań, synchronizować katalogów na ser-

werach. Sam proces migracji jest prost-

szy i szybszy.

Wady – nadmiar danych może uniemoż-

liwić migrację (najlepiej rozpocząć pro-

Rysunek 1. Scalix – użytkownicy mogą korzystać z

różnych klientów pocztowych

Rysunek 2. Scalix – konsola administracyjna

www.lpmagazine.org

Programowanie

Scalix – migracja z MS Exchange

ces w piątek, po zakończeniu pracy, a za-

kończyć najpóźniej w poniedziałek rano).

Może też nastąpić chwilowy skok w zgło-

szeniach do pomocy technicznej. Migracja

stopniowa:

liwia prace nad jedną skrzynką / wpisem

naraz. Nie nadaje się do utworzenia dużej

ilości użytkowników w krótkim czasie.

• Linia poleceń – Scalix zawiera kilka na-

rzędzi dostępnych z linii poleceń, umoż-

liwiających hurtowe załadowanie wpisów

do systemu.

nadal zarządza wiadomościami przychodzący-

mi, ale przekazuje je do Scalixa, który zarządza

ruchem wychodzącym.

• Koniec Migracji.

• Koniguracja routingu między Scalixem a

starym systemem; zmiany w DNS (doda-

nie potrzebnych wpisów MX);

• Przygotowanie i synchronizacja Scali-

xa: Utworzenie kont i wpisów, skon-

figurowanie przekierowań (by umożli-

wić współistnienie);

• Przygotowanie starego systemu do

współistnienia: Załadowanie nowej li-

sty kontaktów / adresów.

• Przeniesienie pierwszej transzy użyt-

kowników (konta oraz dane): Skopiowa-

nie danych, aktywacja nowych kont oraz

uruchomienie automatycznego przekie-

rowania na starym systemie.

• W określonych odstępach przeniesienie

następnych transz użytkowników;

• Dokonać zmian w wpisach MX, kieru-

jąc całą pocztę na Scalixa;

• Warto podtrzymać działanie starego

systemu przez jakiś czas.

Migracja skokowa

Przygotowanie synchronizacji Wymagania:

Konieczne jest jedynie przygotowanie informa-

cji dla Scalixa – czy to w pliku tekstowym, czy

też poprzez utworzenie dostępu do wpisów w

starym systemie.

• adres IP albo domena serwera źródłowego

( MS Exchange );

• Hasło do konta administratora MS Exchange.

Współdziałanie w

migracji stopniowej

Celem migracji stopniowej jest przeniesie-

nie dużej ilości skomplikowanych danych w

mniejszych partiach. Aby to umożliwić, ko-

nieczne jest przygotowanie Scalixa oraz do-

tychczasowego systemu do współpracy:

Nadajemy użytkownikowi odpowiedzial-

nemu za migrację uprawnienia Service Ac-

count Admin . Przed rozpoczęciem połącze-

nia musimy pobrać następujące dane (po-

trzebne dla parametru a omldapsync ) z MS

Exchange :

• Dotychczasowy system,

• Przed Migracją,

• Przenoszenie katalogów,

• Tworzenie skrzynek,

• Ustawienie Przekierowań,

• Podział użytkowników na transze,

• Rozpoczęcie migracji,

• Otwieramy MS Exchange Administrator

Application;

• Wybieramy lokalizację którą chcemy syn-

chronizować;

• Klikamy 2 razy na jakimkolwiek użytkow-

niku:

W nazwa_użytkownika Properties kliknij na za-

kładkę E-mail Addresses i spisujemy następują-

ce wartości X.400:

Wybór metody przygotowania Scalixa dla no-

wych użytkowników:

Po zakończeniu każdej grupy można:

• Scalix Mamagament Console – jest całko-

wicie wystarczająca pod względem funk-

cji, nie jest jednak zbyt wydajna – umoż-

• Wyłączyć automatyczne przekierowania

zmigrowanych skrzynek;

• Uruchomienie alternatywnych adresów na

dotychczasowym systemie.

• Synchronizowanie i przekierowywanie,

•

C = kraj

•

P = organizacja

•

O = Twoja_lokalizacja

Korzystanie z polecenia synchronizacji:

Dotychczasowy system przekazuje te-

raz wszystkie przychodzące wiadomości na

skrzynki Scalixie. Dotychczasowy system

• Logujemy się jako root na serwerze Scalixa;

• Wykonujemy polecenie omldapsyn w try-

bie interaktywnym:

Rysunek 3. Scalix umożliwia integrację z różnymi ze-

wnętrznymi systemami

Scalix od strony klienta końcowego

Scalix obsługuje:

��

• Outlooka – wszystkie wersje Outlook, wszystkie opcje Outlooka, a klient webowy ma

taki sam interfejs

• wszystkie klienty – Outlook, Evolution, Mozilla Thunderbird, klient webowy ( web ac-

cess ), klienty POP/IMAP, klienty bezprzewodowe,

• mobilne rozwiązania – urządzenia Treo, Blackberry i Windows Mobile

• współdzielone kalendarze,

• terminarze,

• książki adresowe, zadani

• foldery publiczne,

• synchronizacja ofline

• bezpieczne delegowanie dostępu do poczty

• i inne

��

Rysunek 4. Cała poczta jest zarządzana przez do-

tychczasowy system

marzec 2008

Programowanie

Scalix – migracja z MS Exchange

omldap – i syncid

Zamiast syncid nadajemy własną nazwę (max

6 znaków alfanumerycznych).

Następnie:

Jest to konieczne w celu umożliwie-

nia współdziałania Scalixa i Exchanga

bez zmieniania topologii routingu. Ze-

wnętrzny adres użytkowników pozosta-

je w formacie: nazwa@domena

• EX_BASE1[cn=recipients,ou=your_si-

te,o=your_org] : wpisujemy nazwę

Exchange Global Address List (GAL) con-

tainer:

• cn=container name , ou=lokalizacja , o-

=organizacja

• Oznaczenia: cn – nazwa GAL container,

ou – lokalizację MS Exchange 5.5, o – na-

zwa(domena).

• Z menu które sie pojawi wybieramy 1.

Polecenie omldapsync wykryje że jest to

pierwsza synchronizacja i utworzy spe-

cjalny katalog do tego;

• Następnie wybieramy 00 (zero zero) – w

przypadku synchronizacji z MS Exchange

5.5, a następnie potwierdzamy edycje pli-

ku koniguracyjnego.

• omldapsync zapyta się czy użyć do tego

celu vi – wybieramy „n”.

• Kiedy omldapsync zapyta się o:

• EX_HOST[] : wpisujemy domenę lub adres

IP serwera MS Exchange w formacie ser-

wer.doemna.ext ;

• EX_LOGON[Export Admin] : wpisujemy

nazwę konta administratora MS Exchange ;

• EX_PASS[] : wpisujemy hasło administra-

tora MS Exchange (jeśli nie podamy ha-

sła, omldapsync będzie się o nie pytał za

każdym razem, kiedy będzie potrzebne).

• Kiedy omldapsync zapyta się o:

•

Kiedy omldapsync wyświetli następująca in-

formację:

•

EX_DN_SUFFIC[=ldapsync-sync_agre-

ement_name,ou=your_site,o=your_org] :

cn powinno mieć nazwę która poprzednio

utworzylismy dla użytkowników Scalixa.

Kiedy omldapsync wyświetli następująca in-

formację:

• IM_OMADDRESS[/remote.tnef] : podaje-

my routing jakiego chcemy używać pod-

czas współistnienia systemów w czasie

migracji.

• Podczas wpisywania podajemy tylko

/nazwa (pomijamy tnef ), np: /route_name

Kiedy omldapsync wyświetli następująca in-

formację:

•

EX_TEXT_EOA[c=US;a= ;p=your_or-

g;o=your_site] : podajemy adres dokąd

wpisy mają być wyeksportowane: c=kra-

j;a= ; p=organizacja ;o=lokalizaj-

ca; – Wpisujemy wartości X.400 jakie za-

notowaliśmy wcześniej dla parametru a=

Kiedy omldapsync wyświetli następująca in-

formację:

IM_LOGON[Import Admin] : wpisujemy

nazwę administratora serwera Scalix;

•

IM_LOCAL_DOMAIN[@scalix_se-

rver.your_domain.com] : podajemy

część domenową adresu SMTP serwe-

ra Scalix: @scalixserver.domain.com.

Kiedy omldapsync wyświetli następująca in-

formację:

•

IM_PASS[] : wpisujemy hasło administra-

tora Scalix;

• INPUT: Compare old conig with new

y/n (n) : wybierz y ( tak );

• Wybieramy (tak) dla kolejnych 2 pytań.

Użycie sxmigrate.exe

Wyświetlenie: STATUS: Coniguration of

sa1 completed ######## oznacza zakończe-

nie przygotowań do Synchronizacji.

sxmigrate –s pst:///c:/test/mailbox.pst –d “scalix://Test User:

password@<fqdn>” –dir ldap://<fqdn>/cn=users,dc=Scalix,dc=local?mail

–dirauth <username>@scalix.local :password1

Synchronizowanie katalogów

Po przygotowaniu synchronizacji możemy roz-

począć synchronizowanie katalogów serwerów

Exchange i Scalixa.

Logujemy się na serwer Scalix i wydaje-

my polecenie:

Parametry:

• -s – Określa skrzynkę źródłową, adres powinien być podany jako URL.

• -d – Określa skrzynkę docelową, adres powinien być podany jako URL.

• -dir – Określa lokalizację katalogu LDAP który SMT powinien sprawdzać w poszuki-

waniu jakichkolwiek zmian w adresach – może to być katalog AD Exchange-a, SYS-

TEM Scalixa lub jakikolwiek inny, który zawiera informacje o starych i nowych adre-

sach. Adres powinien być podany jako URL.

• -diroff – Określ uprawnienia potrzebne do dostępu do katalogu LDAP. Niewy-

magane.

• -log – Określa ścieżkę dostępu i nazwę pliku z logami.

• --copy – Kopiuje dane skrzynek bez uzupełniania wewnętrznych adresów.

• -ixup – Uzupełnia wewnętrzne adresy, ale nie kopiuje danych.

• --ex55 – Informuje program, że dane pochodzą z MS Exchange 5.5

• --noui – Nie wyświetla żadnych informacji.

omldapsync -i syncid

��

Formy adresów:

��

• Dla pliku .pst : -s pst:///c://test/mailbox.pst

• Dla docelowego serwera: -d „scalix://Test User:password@server.scalix.com

• Dla serwera LDAP: -dir ldap://exchang1.scalix.comcn=users,dc=Scalix,dc=lo-

cal?mail

Rysunek 5. Scalix został prawidłowo zainstalowany,

skonigurowany i jest gotowy do użycia. Cała poczta

nadal zarządzana przez dotychczasowy system

www.lpmagazine.org

Programowanie

Scalix – migracja z MS Exchange

Zamiast syncid podajemy nazwę którą utwo-

rzyliśmy wcześniej.

Z menu które sie pojawi wybieramy 2.

Uruchamia to pierwszą synchronizację ka-

talogów.

Wyświetlenie export sa1 completed oznacza,

że synchronizacja zakończyła sie poprawnie.

Ewentualne błędy:

• Podajemy nazwę pliku i lokalizację dokąd

chcemy wyeksportować, wciskamy Fi-

nish , OK .

• Exchange Display Name to odpowiednik

Scalixowego parametru Common Name .

• -G powoduje wygenerowanie losowego

hasła;

• -p <hasło> pozwala określić hasło.

• -e (expire) wymusza zmianę hasła przez

użytkownika przy pierwszym logowa-

niu.

• np. ommigu -n „Jan Kowalski” -m ir-

ma.pl -G

• np. ommigu -n „Ania Nowak” -m ir-

ma.pl -p 123456 -e

Uruchamiamy MS Outlook korzystając z

proilu Scalix . Pozwoli to zalogować sie na

serwerze Scalix jako właściciel folderu pu-

blicznego. W liście folderów wybieramy Pu-

blic Folders, następnie:

• Napotkanie drobnych błędów na tym

etapie migracji nie jest niczym niezwy-

kłym. Polecenie omldapsync wyświe-

tla błędy i pozwala je pominąć, tak, że

można przeprowadzić synchronizację

bez przerw.

• File–>Import/Export , Import form Ano-

ther Program or File , Next

• Zaznaczamy Personal Folder File ( .pst ),

• Znajdujemy plik do którego poprzednio

wyeksportowaliśmy, oraz zaznaczamy

Replace Duplicates with Items Imported ,

Next .

• Zaznaczamy Include Subfolders , wci-

skamy Import Items into Current Fol-

der , a z listy wybieramy Mailbox – user-

name , Finish .

Używamy następujących poleceń aby określić

wyniki w Scalixie:

Eksportowanie folderu

publicznego w MS Exchange

W MS Exchange tworzymy 2 użytkowników:

Scalix oraz Exchange.

Uruchamiamy MS Outlook korzysta-

jąc z proilu Exchange . Pozwoli to podłączyć

się do Exchange- a jako właściciel folderu pu-

blicznego.

Następnie:

•

omsearch -e cn=* – wyświetli utworzone

skrzynki sortując po „Common Name”.

•

omshowiam -m -ca=”exchange_display_

name” – wyświetli atrybuty użytkownika.

Sprawdzamy nowej skrzynki:

Tworzenie skrzynek w Scalixie

Właściwy proces migracji Scalixa wymaga kon-

wersji wpisów katalogów Exchanga na Skrzynki

Scalixa. Służy do tego narzędzie ommigu. Om-

migu musimy użyć na wszystkich wpisach kata-

logów Exchange-a które mają zostać skrzynka-

mi pocztowymi. Polecenia ommigu przekształca

każdy obiekt katalogu w pełna skrzynkę poczto-

wą na serwerze Scalix oraz tworzy przekierowa-

nie do odpowiednich skrzynek na Exchange-u.

• Uruchom MS Outlook z proilem Scalix,

zakładamy nowe konto i logujemy się do

serwera.

• File–>Import/Export , Export to a File ,

• Zaznaczamy Personal Folder File ( .pst ),

• Przechodzimy do folderów publicznych

MS Exchange które chcesz migrować, za-

znaczamy Include Subfolders , Next .

Rekoniguracja

automatycznych przekierowań

w nowych skrzynkach na Scalixie

Po utworzeniu nowych skrzynek pocztowych

w Scalixie musimy usunąć adres do przekie-

rowywania (SMTP) na wszystkich skrzynkach

oraz zezwolić omldapsync na odświeżenie ka-

talogu Exchange.

Przygotowanie

pojedynczej skrzynki w Scalixie

Logujemy sie do Scalixa. W konsoli wydajemy

następujące polecenia:

��

Usunięcie adresu

do przekierowań

Logujemy sie na Scalixa, i w konsoli wpisujemy:

��

ommigu -n „Exchange Display Name” -m

„Scalix mailnode of the user” -G

ommigu -n „Exchange Display Name” --raf

Rysunek 6. Zawartość katalogów dotychczasowego

systemu jest synchronizowana ze Sxalixem

Użycie EshuttlinEdit

Uruchamiamy EshuttlinEdit , File –> Open/New, nadajemy nazwę nowemu plikowi, zapisu-

jemy. Jeszcze raz File->Open, wskazujemy katalog \Eshuttle\Extractor\IMAP\Users Direc-

tory, kliakmy Open. Wybieramy IMAP, Ok. Następnie wypełniamy poszczególne pola:

Scalix

Katalogi

Skrzynki

• User Name – Login użytkownika, potrzebny do zalogowania sie do serwera IMAP4

• First Name – Imię użytkownika;

• Last Name – Nazwisko użytkownika;

• Forwarding Address – Dotychczasowy adres użytkownika na serwerze IMAP4;

• DBTitle – adres uzytkownika na serwerze Scalix;

• Path – Hasło użytkownika na systemie Scalix;

• DBServer – Adres doemnowy serwera Scalix;

• DBName – Musi być wpisane DBTitle

Rysunek 7. Wykorzystując nowe katalogi jako źró-

dło, Scalix tworzy gotowe do migracji skrzynki

Następnie wciskamy Add i wypełniamy dane kolejnego użytkownika.

marzec 2008

2008.03_Scalix – migracja z MS Exchange_[Programowanie].pdf

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika: