Już jakiś czas temu na forum XDA developers zaczęły pojawiać się ROMy z Androidem 4.4 KitKat dla telefonu Sony Ericsson Xperia Ray (ST18i). Osobiście jednak uważam, że nie należy się zbytnio spieszyć z instalacją wszelkich nowości i trzeba dać developerom trochę czasu na naprawę błędów, które będą zgłaszać użytkownicy po instalacji. Wprawdzie przymierzałem się już do instalacji jakiś miesiąc czy dwa wcześniej, ale CARBON ROM – którego wtedy sobie upatrzyłem – nie dało się wtedy pobrać. Zresztą dziś też próbowałem go pobrać ze strony projektu i transfer szedł bardzo wolno, aż w końcu pobranie się nie powiodło. Zdecydowałem się zatem zainstalować PAC-ROM. Jest to ROM dostarczany razem z właściwym dlań Kernelem, więc nie ma problemu z szukaniem i dopasowywaniem. W tym wątku na forum XDA znajduje się cała instrukcja instalacji. Należy oczywiście pobrać zipa z ROMem i Kernelem, ja pobrałem stąd: http://pacman.basketbuild.com/index.php?dir=main/urushi/nightly/ (urushi to kodowa nazwa telefonu ST18i, czyli Xperia Ray). Zipa nie trzeba rozpakowywać całego, wystarczy wyodrębnić z niego plik boot.img i wgrać go do katalogu firmwares w katalogu instalacyjnym programu Flashtool. Można oczywiście gdzie indziej i później wskazać ścieżkę w Flashtoolu. Przed zabraniem się do flashowania należy jeszcze ściągnąć odpowiednie dla KitKata Google Apps: http://www.androidfilehost.com/gapps. Ja wybrałem najnowsze z katalogu Kit Kat (Android 4.4+): gapps-kk-20140105-signed.zip.
Rootowanie Samsunga Galaxy S Advance (GT-I9070)
Kupując Samsunga Galaxy S Advance spodziewałem się nieco lepszej wydajności. Jeszcze z fabrycznie wgranym systemem Android 2.3.6 Gingerbread działał dość płynnie, ale po upgradzie do stockowego ROMu 4.1.2 widać pewne zacięcia oraz zauważalnie krótszy czas działania na baterii. Postanowiłem się więc zainteresować w jaki sposób można by było zoptymalizować nieco pracę tego smartfona. W tym celu udałem się jak zwykle na Forum XDA Developers i znalazłem wątek pod tytułem „Jak poprawić wydajność S Advance” (How to improve S advance’s performance).
Jelly Bean dla Sony Ericsson Xperia Ray
Sony Ericsson Xperia Ray (ST18i) dostarczany był z systemem Google Android w wersji 2.3 (Gingerbread). Po jakimś czasie wyszła do niego aktualizacja do wersji 4.0.4 Ice Cream Sandwich. Aktualizacji można było dokonać używając firmowej aplikacji Sony PC Companion. Aktualizacja przyniosła nowy wygląd interfejsu, nowe wersje aplikacji, w tym aplikację aparatu umożliwiającą tworzenie zdjęć panoramicznych i 3D. Spowodowała też przy okazji lekkie spowolnienie działania systemu i skrócenie żywotności baterii. Postanowiłem więc poszukać nieoficjalnej aktualizacji, która działałaby trochę sprawniej. W tym celu, podobnie jak przy aktualizacji Xperii X10 Mini Pro zajrzałem do właściwego działu na forum XDA Developers.
Błąd przy kompilacji FreeRADIUS 2.2.0 na Solarisie 10
Podczas kompilacji serwera FreeRADIUS w wersji 2.2.0 na systemie Solaris 10 SPARC przy użyciu kompilatorów z SunStudio natknąłem się na błąd braku definicji symbolu lt_preloaded_symbols w modules.o. Powoduje to oczywiście przerwanie kompilacji i podobnym do poniższego komunikatem błędu:
Postscreen – Greylisting w Postfixie
Greylisting jest dość powszechnie znaną techniką antyspamową. Jego idea opiera się na tym, że spamujące komputery (często tzw. zombie) nie mają czasu na ponawianie połączenia i starają się wysłać maksymalną ilość spamu w jak najkrótszym czasie łącząc się z różnymi serwerami poczty i nadając przesyłki często nawet bez czekania na odpowiedź serwera lub zakończenie sesji. Porządne serwery poczty natomiast ładnie się przedstawiają i czekają na odpowiedź serwera docelowego, a następnie rozpoczynają nadawanie poczty i jeśli dostaną odpowiedź o błędzie tymczasowym (kod 4xx), to ponawiają przesyłkę za jakiś czas (np. po 5 minutach).
Wdrażanie systemu pocztowego
Z mojego doświadczenia nabytego przy wdrażaniu różnych systemów wynika, że wdrożenia należy przeprowadzać etapami. Wtedy na każdym etapie można stwierdzić czy działa zgodnie z oczekiwaniami i poprawić działanie lub przejść do kolejnego etapu wdrożenia. Wdrażanie systemu pocztowego nie jest tu wyjątkiem, zakładając, że mamy do realizacji takie wdrożenie jakie opisałem we wpisie „Budowa systemu pocztowego”, można by je podzielić na następujące etapy:
Etap I
Podstawowa konfiguracja nadawania i odbioru poczty dla użytkowników systemowych
Budowa systemu pocztowego
Opis systemu pocztowego opieram na wiedzy, którą nabyłem przy wdrożeniu systemu pocztowego, które wykonałem na Uniwersytecie Śląskim w Katowicach. W pierwszym etapie było to okoł 3 tys. użytkowników, w chwili obecnej system może obsługiwać ok. 40 tys. użytkowników. Całość systemu (oprócz Sophos AV) oparta jest na oprogramowaniu Open Source. Jego głównymi składnikami są:
Postfix – kompilacja
Postfixa kompiluje się trochę inaczej niż większość oprogramowania Open Source, nie posiada on skryptu configure, a odpowiednie opcje i ścieżki do bibliotek dodaje się podczas tworzenia plików Makefile. Tak to autor wymyślił i trzeba przyznać, że wiedział co robi, bo jest to jeden z najmniej problematycznych kodów do kompilacji na różnych systemach operacyjnych.
Aby za każdym razem nie zastanawiać się nad flagami i opcjami kompilacji, zrobiłem sobie skrypt, w którym mam to wszystko ustawione i tylko zmieniam nr wersji.
Pigeonhole – kompilacja i instalacja
Pigeonhole – implementacja Sieve dla Dovecot
Pigeonhole jest nazwą projektu, który implementuje wsparcie dla języka Sieve (RFC 5228) oraz protokołu ManageSieve (RFC 5804) do Bezpiecznego serwera IMAP Dovecot. W literalnym znaczeniu pigeonhole jest dziurą lub wnęką wewnątrz gołębnika dla gniazd gołębi. Jest to również nazwa jednej z serii małych, otwartych przedziałów w szafie używanej do przechowywania lub sortowania poczty. Jako czasownik, opisuje czynność wkładania przedmiotu do jednej z tych szuflad. Nazwa 'Pigeonhole’ zatem dość dobrze opisuje ważną część funkcjonalności, którą ten projekt dodaje do Dovecota: sortowanie i umieszczanie wiadomości e-mail.
