Programowanie

Scalix – migracja z MS Exchange

48

marzec 2008

Programowanie

Scalix – migracja z MS Exchange

49

www.lpmagazine.org

lin

ux

@

so

ftw

ar

e.

co

m

.p

l

Scalix – migracja

z MS Exchange

Czy firmy korzystające z Exchange muszą godzić się na uzależnienie od jednej firmy? 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 – firmy mogą ulepszyć swoje systemy komunikacji i jednocześnie pozostać przy
utrwalonej w firmie 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.

Tomasz Grzyb

J

edyne czego potrzeba to Scalix i trochę czasu. Infor-
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].

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 potrafi 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-

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.

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 graficzną 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-

Programowanie

Scalix – migracja z MS Exchange

48

marzec 2008

Programowanie

Scalix – migracja z MS Exchange

49

www.lpmagazine.org

szkoleniu, na efektywne zarządzanie użyt-
kownikami, grupami, listami dystrybucyj-
nymi, procesami serwera, kolejkami wiado-
mości i ustawieniami.

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:

• 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-

dows Mobile 5 i 6, z użyciem ActiveSync
4.5 for Windows Mobile.

Migracja

Możliwości Scalixa są bardzo duże. Jak już
wspomniano wcześniej potrafi 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 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;

• Migracja stopniowa – przenoszenie użyt-

kowników oraz ich danych w wygodnych
transzach.

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:

• 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

50

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

51

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

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:

• Konfiguracja 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.

Wybór metody przygotowania Scalixa dla no-
wych użytkowników:

• Scalix Mamagament Console – jest całko-

wicie wystarczająca pod względem funk-
cji, nie jest jednak zbyt wydajna – umoż-

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.

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.

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:

• Dotychczasowy system,
• Przed Migracją,
• Przenoszenie katalogów,
• Tworzenie skrzynek,
• Ustawienie Przekierowań,
• Podział użytkowników na transze,
• Rozpoczęcie migracji,

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

• Wyłączyć automatyczne przekierowania

zmigrowanych skrzynek;

• Uruchomienie alternatywnych adresów na

dotychczasowym systemie.

• Synchronizowanie i przekierowywanie,

Dotychczasowy system przekazuje te-
raz wszystkie przychodzące wiadomości na
skrzynki Scalixie. Dotychczasowy system

nadal zarządza wiadomościami przychodzący-
mi, ale przekazuje je do Scalixa, który zarządza
ruchem wychodzącym.

• Koniec Migracji.

Migracja skokowa

Przygotowanie synchronizacji Wymagania:

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

(MS Exchange);

• Hasło do konta administratora MS Exchange.

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:

• 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:

•

C

= kraj

•

P

= organizacja

•

O

= Twoja_lokalizacja

Korzystanie z polecenia synchronizacji:

• 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

Rysunek 4.

Cała poczta jest zarządzana przez do-

tychczasowy system

��������

��

��������

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 offline
• bezpieczne delegowanie dostępu do poczty
• i inne

Scalix od strony klienta końcowego

50

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

51

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

omldap – i syncid

Zamiast

syncid

nadajemy własną nazwę (max

6 znaków alfanumerycznych).

• 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 konfiguracyjnego.

• 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:
•

IM_LOGON[Import Admin]

: wpisujemy

nazwę administratora serwera Scalix;

•

IM_PASS[]

: wpisujemy hasło administra-

tora Scalix;

Następnie:

•

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

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ę:

•

I M _ L O C A L _ D O M A I N [ @ s c a l i x _ s e-
rver.your_domain.com]

:

podajemy

część domenową adresu SMTP serwe-
ra Scalix: @scalixserver.domain.com.

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

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ę:

•

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ę:

•

INPUT: Compare old config with new
y/n (n)

: wybierz y (tak);

• Wybieramy (tak) dla kolejnych 2 pytań.

Wyświetlenie:

STATUS: Configuration of

sa1 completed ########

oznacza zakończe-

nie przygotowań do Synchronizacji.

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:

omldapsync

-i syncid

Rysunek 5.

Scalix został prawidłowo zainstalowany,

skonfigurowany i jest gotowy do użycia. Cała poczta
nadal zarządzana przez dotychczasowy system

��������

��

��������

������

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

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.

•

-fixup

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

Formy adresów:

• Dla pliku .pst:

-s pst:///c://test/mailbox.pst

• Dla docelowego serwera:

-d „scalix://Test User:[e-mail]

• Dla serwera LDAP:

-dir ldap://exchang1.scalix.comcn=users,dc=Scalix,dc=lo-

cal?mail

Użycie sxmigrate.exe

52

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

53

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

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:

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

Eksportowanie folderu

publicznego w MS Exchange

W MS Exchange tworzymy 2 użytkowników:
Scalix oraz Exchange.

Uruchamiamy MS Outlook korzysta-

jąc z profilu Exchange. Pozwoli to podłączyć
się do Exchange-a jako właściciel folderu pu-
blicznego.
Następnie:

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

Next

• Zaznaczamy Personal Folder File (.pst),

Next

• Przechodzimy do folderów publicznych

MS Exchange które chcesz migrować, za-
znaczamy Include Subfolders, Next.

• Podajemy nazwę pliku i lokalizację dokąd

chcemy wyeksportować, wciskamy Fi-
nish, OK.

Uruchamiamy MS Outlook korzystając z
profilu 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:

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

ther Program or File, Next

• Zaznaczamy Personal Folder File (.pst),

Next

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

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.

Przygotowanie

pojedynczej skrzynki w Scalixie

Logujemy sie do Scalixa. W konsoli wydajemy
następujące polecenia:

ommigu -n „Exchange Display Name” -m
„Scalix mailnode of the user” -G

•

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 fir-

ma.pl -G

• np.

ommigu -n „Ania Nowak” -m fir-

ma.pl -p 123456 -e

Używamy następujących poleceń aby określić
wyniki w Scalixie:

•

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:

• Uruchom MS Outlook z profilem Scalix,

zakładamy nowe konto i logujemy się do
serwera.

Rekonfiguracja

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.

Usunięcie adresu

do przekierowań

Logujemy sie na Scalixa, i w konsoli wpisujemy:

ommigu -n „Exchange Display Name” --raf

Rysunek 6.

Zawartość katalogów dotychczasowego

systemu jest synchronizowana ze Sxalixem

������

��������

��������

Rysunek 7.

Wykorzystując nowe katalogi jako źró-

dło, Scalix tworzy gotowe do migracji skrzynki

Scalix

Katalogi

Skrzynki

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:

•

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

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

Użycie EshuttlinEdit

52

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

53

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

Spowoduje to usunięcie adresu do przekierowy-
wania oraz uaktualni ustawienia konta tak aby
skrzynka była przypisana do użytkownika i była
gotowa do użycia.

omldapsync

-i syncid

Zamiast syncid nadajemy własną nazwę (max 6
znaków alfanumerycznych).

Z menu które sie pokaże wybieramy 3 aby

odświeżyć katalog. Wyświetlą się rezultaty, a
następnie zostaniemy poinformowany o za-
kończeniu.

Konfiguracja

przekierowywania wiadomości

z Exchange-a do Scalixa

Na tym etapie musimy tak skonfigurować
MS Exchange, aby przesyłał wszystkie przy-
chodzące wiadomości do Scalixa. Zapobie-
gnie to gromadzeniu się nowych wiadomo-
ści ani innych danych w dopiero co zmigro-
wanych skrzynkach. Aby to zrobić, musimy
skonfigurować adres Alternate Recipient dla
każdej skrzynki MS Exchange, która planu-
jemy przenieść. Adres ten przekierowuje
wszystkie przychodzące wiadomości na inny
adres – w tym wypadku do skrzynek na ser-
werze Scalix.

Uwaga – ten alternatywny adres musi

znajdować się w GAL Exchange-a. Może-
my to zrobić na dwa sposoby – pojedynczo
lub hurtowo.
Dodawanie Alternate Receipient dla pojedyn-
czego użytkownika:

• Uruchamiamy aplikacje Microsoft Exchan-

ge Administration, otwieramy listę Reci-
pients (lub jakąkolwiek inną, jaka utwo-
rzyliśmy).

• Znajdujemy pierwszą skrzynkę powiąza-

ną z użytkownikiem którego migrujemy
na Scalixa i klikamy 2 razy.

• Pojawi się [uzytkownik] Properies. Kli-

kamy na zakładce Delivery Options,
następnie Modify. W okienku które sie
pojawi wybieramy Global Address Fi-
les (prawy, górny narożnik), a w lewym
okienku znajdujemy wpis o takiej sa-
mej nazwie jak użytkownik, z ikoną ku-
li. Zaznaczamy ten wpis i klikamy Add,
Ok, Ok.

Dodawanie Alternate Receipient

dla grupy użytkowników

Z reguły migracja z MS Exchange obejmuje
setki użytkowników i pojedyncze dodawanie
adresu do przekierowywań było by szalenie
nieefektywne. Korzystając z funkcji ekspor-
tu i importu w Exchange-u oraz edytując pli-
ki możemy dopisać przekierowywania do se-
tek odbiorców.

Uruchamiamy aplikację Microsoft Exchan-

ge Administration, następnie wybieramy opcje
Tools, Directory Export.

Domyśle ustawienia (Exchange Server

oraz Home Server, Export Objects, Logging
Level, Separators) są w porządku i nie musimy
ich zmieniac. Nie zaznaczamy Include Hidden
Objects. Następnie podajemy nazwę i upewnia-
my się, że wybrane zostało rozszerzenie .csv.
Naciskamy Export.

Modyfikacja

wyeksportowanego pliku

Uruchamiamy MS Excel, otwieramy wy-
eksportowany plik i zapisujemy pod inną
nazwą. Następnie upewniamy się że wpi-
sy kończą się w kolumnie M, a kolumna N
jest pusta.

Zanim dokonamy jakichkolwiek zmian,

zwróćmy uwagę: W kolumnie E znajduje się
następujący ciąg:

/o=Organization/ou=Site/cn=Custom_
Recipient_Container/cn=alias_name

W kolumnie L (nagłówek

Obj-Container

)

znajduje się następujący ciąg

/o=XYZ/ou=XYZNA/cn=America

Korzystając z aplikacji Microsoft Exchange
Administration możemy sprawdzić czy oml-
dapsync zapisał custom recipients w Ame-
rica-CR. Aby dokończyć hurtowe doda-
wania przekierowania dla skrzynek w MS
Exchange:

• Otwieramy wyeksportowany plik w Exce-

lu, a następnie dopisujemy następujący
ciąg w pierwszej komórce w pierwszej
wolnym rzędzie:

/oXYZ/ou-ZYZNA/cn=America-CR/cn=

• W komórkę N2 wpisujemy funkcje łą-

czenia, która łączy ciąg z komórki któ-
ra utworzyliśmy w punkcie jeden z
wartościami z kolumny E. np. w przy-
padku gdy wprowadzilismy dane do
komórki A120, w komórce N2 wpisu-
jemy następujący ciąg:

=concatena-

te($A$120,E2)

• Kopiujemy ten wpis do wszystkich komó-

rek w kolumnie N.

Jako wynik, w kolumnie N powinny znajdować
się następujące wpisy:

/o=Organization/ou=Site/cn=Custom_
Recipient_Container/cn=allias_name

•

Organization

– Widoczne w kolumnie L;

•

Site

– Widoczne w kolumnie L;

•

Custom_Recipient_Container

– dokąd

omldapsync wpisał Custom Recipient In-
formation. Możemy to sprawdzić przy
użyciu aplikacji Microsoft Exchange Ad-
ministration.

Rysunek 8.

Na Scalixie zostaje uruchomione auto-

matyczne przekierowywanie przychodzących wiado-
mości do dotychczasowego systemu

������

��������

Rysunek 9.

Podziel użytkowników na transze, które

łatwo będzie migrować. Dokłada ilość będzie zale-
żeć od zasobów jakie możesz poświęcić

������

��������

��������

��������

��������

��������

Rysunek 10.

Rozpoczęcie właściwego kopiowania

kolejnych transz użytkowników i ich danych

������

��������

��������

��������

��������

��������

54

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

55

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

•

alias_name

– Widoczne w kolumnie E.

• Sprawdzamy zgodność danych i zapisuje-

my plik pod inną nazwą. Pamiętamy, aby
potwierdzić zachowanie oryginalnego for-
matu.

• Następnie w aplikacji Microsoft Exchan-

ge Administration wybieramy Tools, Im-
port, Select File. Nie musimy zmieniać
domyślnych ustawień dla Account Cre-
ation, Logging Level oraz Separators.
Wartość

Container

oznacza miejsce

przechowywania skrzynek.

Migrowanie danych

ze skrzynek przy użyciu SMT

Uwaga – do użycia SMT wymagany będzie
komputer z Windows 2000 lub XP.

Uwaga – na początku warto skopiować da-

ne z tylko jednej skrzynki w celu przetestowa-
nia procesu. Później można zacząć kopiować
całą transze.

Instalujemy ExMerge, i konfiguruje-

my go tak, żeby mógł wyeksportować pli-
ki .pst z naszego środowiska MS Exchange.
Przygotowujemy komputer z Windows XP /
2000 oraz Office 2003 (w tym Outlook 2003)
– będzie potrzebny do przeprowadzenia mi-
gracji. Tworzymy katalog na tym kompute-
rze – najlepiej c:\SMT i zapisujemy do nie-
go sxmigrate.exe

Eksportujemy próbnie kilka skrzynek

przy użyciu ExMegre.exe i kopiujemy je
do katalogu SMT. Upewniamy się, że od-
powiednie konta istnieją na Scalixie (SAC
albo omaddu).

Uruchamiamy sxmigrate.exe. Jeśli nie

będzie żadnych problemów – możemy roz-
począć proces kopiowania danych. Opcje
programu sxmigrate.exe oraz sposób ichu-
życia przedstawiono w ramce.

Odłączanie MS Exchange

• Uruchamiamy aplikacje Microsoft Exchan-

ge Administration, otwieramy listę Reci-
pients (zawierającą wyeksportowanych
użytkowników).

• Klikamy dwa razy na którymkolwiek wpi-

sie i otwieramy Properties.

• Klikamy na zakładkę Advanced, następnie

Hide from Addres Book, OK.

• Aby zmienić całą transzę użytkowni-

ków, otwieramy plik .csv który wcze-
śniej wyeksportowaliśmy. Upewnia-
my się, że kolumna M ma nagłówek
Hide from AB, i wpisy w niej mają
wartość 0 (zero). Zmieniamy wartość
całej kolumny M na 1, zapisujemy i
importujemy.

Po migracji,

zakończenie współdziałania

Zarządzanie i koordynacja list dyskusyj-
nych Część użytkowników znajduje się na
serwerze Scalix, a część na MS Exchange.
Jeżeli zdecydujemy się na usuniecie sta-
rych skrzynek z Exchange-a, usuniemy też
wszystkie alternatywne adresy (określające
nowe skrzynki na Scalixie) z list dystrybu-
cyjnych Exchange-a.

Najprostszym rozwiązaniem będzie nie-

kasowanie starych skrzynek na MS Exchan-
ge. Podczas migracji Scalix automatycznie
oznacza wpisy katalogów Exchange jako
automatyczne przekierowanie. Umożliwia
to łatwe tworzenie lustrzanych kopii struk-
tury i członków Publicznych Lit Dystrybu-
cyjnych na serwerze Scalix.

W trakcie migrowania użytkowników

z Exchange-a na Sclixa, nie musimy usu-
wać ani dodawać wpisów od list. Podobnie
w środowisku Exchange-a, zarządzanie listą
dystrybucyjnąjest uproszczone, bo nie wy-
maga usuwania skrzynek.

Synchronizacja

List Dystrybucyjnych na Scalixie

Obiekty MS Exchange, które nie są ani od-
biorcami ani skrzynkami są klasyfikowa-
ne przez Scalixa jako zewnętrzni odbior-
cy. Wszystkie Listy Dystrybucyjne Exchan-
ge-a stają się automatycznie Publiczny-
mi Listami Dystrybucyjnymi Scalixa (Sca-
lix Public Distribution List, PDL) i wszyst-
kie zostają skonfigurowane tak, aby prze-
kazywać wiadomości na odpowiednie adre-
sy SMTP odpowiedniej listy dystrybucyjnej
Exchange-a.

Zarządzanie listami

dystrybucyjnymi z Exchange-a

W celu sprawdzenia poprawności przekazy-
wania i routingu List Dystrybucyjnych, po
wykonaniu poleceń omldapsync oraz om-
migu, tworzymy testowe konto na Scalixie.
Wiadomość zaadresowana na PDL Scalixa
powinna zostać dostarczona do wszystkich
odbiorców tej listy, oraz powinna trafić do
Listy Dystrybucyjnej Exchange-a, a stamtąd
do odpowiednich odbiorców znajdujących
się na serwerze MS Exchange.

Przełączenie zarządzania listami

dystrybucyjnymi do Scalixa

Przełączenia zarządzania listami dystrybu-
cyjnymi możemy dokonać w trakcie lub
po zakończeniu współistnienia Scalixa oraz
Exchange-a. Wymaga to stworzenia ze-
wnętrznego odbiorcy w Exchange-u, z adre-
sem określonej Publicznej Listy Dystrybu-
cyjnej i z unikatową nazwą.

Przykład

Uruchamiamy aplikacje Microsoft Exchange
Administration, następnie: File –> New Cu-
stom Recipient. W okienku wybieramy Inter-
net Address, Ok. W polu Email Address wpi-
sujemy pełny adres grupy dystrybucyjnej
Scalixa np: [e-mail], Ok.

Rysunek 11.

Skrzynki pocztowe są obecne na oby-

dwóch systemach – Scalixie oraz dotychczasowym

��������

��

��������

������

Rysunek 12.

Cała poczta przechodzi po kontrolę

systemu Scalix. Dotychczasowe rozwiązanie moż-
na wyłączyć

��������

��

��������

������

54

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

55

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

Następnie w polu Display podajemy na-

zwę listy (może być taka sama, jak oryginalna
lista dystrybucyjna MS Exchange. W polu Alias
wpisz pełen adres grupy na Scalixie. Ignoruje-
my pozostałe pola. Klikamy na Apply, Ok.

Następnie wybieramy w Exchange-u

menu Lists, Custom Recipients. Usuwa-
my automatyczne przekazywanie z Grupy
Scalixa/Publicznej Listy Dyskusyjnej która
odwołuje się do oryginalnej Listy Dystrybu-
cyjnej Exchange-a.

Tworzymy automatyczna przekazywa-

nie dla grupy Exchange-a. W Microsoft
Exchange Administration klikamy na orygi-
nalnym wpisie PDL, następnie Modify, za-
znacz i usuń Distribution List Members. Na-
stępnie znajdujemy zewnętrznego odbior-
cę związanego z listą na Scalixie. Klikamy
Add, Ok, Apply, Ok.

Następnie, ukrywamy tego odbiorcę: W

Microsoft Exchange Administration wybie-
ramy Lists, Custom Recipients. Znajdujemy i
klikamy dwa razy na grupie Scalixa. Następ-
nie zakładka Advanced, potem zaznaczamy
Hide from address book, Apply, Ok.

Uruchamianie zarządzania

Publicznymi Listami Dystrybu-

cyjnymi po współistnieniu

Po zakończeniu aktywnego korzystania ze
skrzynek na MS Exchange, musimy doda-
ćodpowiednich użytkowników do Publicz-
nych List Dystrybucyjnych Scalixa. Może-
my to zrobić albo poprzez SAC (Scalix Ad-
ministration Console) albo poprzez linię
poleceń.

Kopiowanie listy

odbiorców z MS Exchange

W Microsoft Exchange Administration
otwiermay Recipients gdzie przechowywani
są odbiorcy Publicznych List Dystrybucyj-
nych. Klikamy prawym przyciskiem myszy
na odpowiedniej Liście, wybieramy Proper-
ties, Modify. Klikamy na liście członków,
następnie Ctrl+A i kopiujemy do schowka
systemowego. Zamykamy wszystkie okna
dialogowe, a następnie otwieramy Notatnik
i wklejamy listę użytkowników. Zapisujemy
ją jako np. Dlist.txt. Otwieramy MS Excel,
zaznaczamy komórkę A1. Wybieramy Data
–> Import External Data –> Import Data.

Wskazujemy zapisany przed chwilą plik, w
oknie które się pojawi zaznaczamy Delimi-
ted, Next. W następnym oknie zaznaczamy
TYLKO Delimited, Next. W trzecim oknie
klikamy Finish. Następnie Ok.

Musimy zaznaczyć całą linię (puste

komórki nie mają wpływu), skopiować do
schowka systemowego, następnie otworzyć
nowy arkusz. Następnie Edit, Paste Spe-
cial. Zaznaczamy Transpose, Ok. Zapisuje-
my plik/arkusz jako plik tekstowy do zaim-
portowania do Scalixa.

Migracja IMAP – IMAP

Jeżeli dotychczasowy system obsługu-
je dostęp jedynie POP3 lub IMPA i/lub
nie obsługuje LDAPv2 możemy prze-
nieść użytkowników oraz ich dane korzy-
stając z informacji zawartych poniżej. Wy-
magania:

• Komputer z Windows XP lub 2000, Mi-

crosoft Office 2000 lub XP;

• extractor E-Mail Shuttle – dostarczone

przez Stellar albo Scalixa;

• uprawnienia administratora na serwe-

rze Scalix oraz na dotychczasowym
rozwiązaniu.

Instalacja Stellar E-Shuttle

Podczas instalacji musimy wybrać następują-
ce opcje:

• Extractor – any IMAP4-complaiant system
• Loader – any IMAP4-complaiant system

Uruchamiamy Stellar E-Shuttle Mission
Control for IMAP4, i wypełniamy następu-
jące pola:

• Zakładka Misc, Authorization Code – wpi-

sujemy nasz klucz aktywacyjny;

• Zakładka IMAP4, Host Name – wpi-

sujemy adres domenowy naszego do-
tychczasowego serwera. Host Port po-
zostawiamy 143, a pozostałe pola mo-
gą być puste.

Przygotowanie

skrzynek na Scalixie

Korzystając z Scalix Managament Conso-
le, polecenia omaddu lub omldapsync i om-

migu opisanych w punktach 1 oraz 4-5 Mi-
gracja Skokowa z MS Exchange do Scalixa
powyżej.

Przygotowanie

listy użytkowników

Listę użytkowników dotychczasowego
systemu możmy przygotować korzysta-
jąc z EShuttlinEdit lub dowolnego edy-
tora potrafiącego zapisać plik jako tekst
ASCII. Plik MUSI nazywać się shuttli-
n*.txt (zamiast gwiazdki możemy wstawić
cyfry 0-9, np. shuttlin1.txt). Sposób uży-
cia programu EshuttlinEdit przedstawio-
no w ramce.

Pobieranie zawartości skrzynek

Po przygotowaniu pliku shuttlin*.txt uru-
chamiamy IMAPExtract.exe wpisując w
konsoli IMAPExtract console. Program za-
cznie automatycznie pobierać skrzynki
użytkowników, a po zakończeniu wyświe-
tli podsumowanie.

Ładowanie skrzynek do Scalixa

Uruchamiamy program IMAP_Loader.exe wpi-
sując w konsoli

IMAP_Loader ?debug

Rezultaty ładowania będą widoczne na

ekranie oraz zapisane do pliku w katalogu
Eshuttle\Loader\IMAP\LogFile.

Podsumowanie

Scalix potrafi zastąpić Exchage-a. Zanim
jednak to nastąpi musimy przeprowadzić
uważną migrację danych. Dobrze zaplano-
wane i wykonane przeniesienie danych po-
zwoli na szybkie przełączenie się do nowe-
go systemu.

Idealna sytuacja to taka, w której użyt-

kownicy nie doświadczą przestojów i utrud-
nień w korzystaniu ich narzędzia pracy. Po-
ziom trudno realizacji tego postulatu zale-
ży od ilości danych i poziomu złożoności
konfiguracji pierwotnej. Może to być prost-
sze lub trudniejsze – ale zawsze jest możli-
we. Dlatego zalecam przede wszystkim do-
bre planowanie całego procesu i przeprowa-
dzenie testowej migracji w środowisku nie-
produkcyjnym. Powodzenia!

• Informacje o Scalix – http://www.scalix.pl
• Strona firmy Amazis.net – http://www.amazis.pl

W Sieci

Szef działu technicznego w firmie Ama-
zis.net [1]. Administruje i wdraża systemy
Scalix w polskich firmach.
Kontakt z autorem: tomasz.grzyb@ama-
zis.pl

O autorze