plik

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

Programowanie

Scalix – migracja z MS Exchange

www.lpmagazine.org

lin

ftw

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

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

marzec 2008

Programowanie

Scalix – migracja z MS Exchange

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

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

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

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:

•

= kraj

•

= organizacja

•

= 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

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

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

=organizacja

• Oznaczenia:

– nazwa GAL container,

– lokalizację MS Exchange 5.5,

– 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

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:password@server.scalix.com

• Dla serwera LDAP:

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

cal?mail

Użycie sxmigrate.exe

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

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

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

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

��

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

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: sprzedaz-pdl@scalix.com, 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ć

��

Programowanie

Scalix – migracja z MS Exchange

marzec 2008

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