Петък, 9 Март 2012

Вчера беше краят на една ера. Повече от 12 години моите пощенски сървъри бяха обслужвани от qmail. Пачван яко с една камара добавки, писано, мазано, обаче работещо.

Е, вече qmail няма. Минахме на courier mail server. Отдавна ползваме courier за imap сървър, от няколко години го ползваме и като smtp, което ни обслужва аутентицираните връзки с криптиране както си му е реда.

Чао qmail, няма да ми липсваш.

Съвсем не свързано с горното ако ползвате tsdecrypt с newcamd или искате да разкодирате SkyUK (виж по-долу), не е зле да сте с последната версия 7.0. newcamd преди тази версия не се брои, че работи, защото ако OSCAM-а изчезне след това не се вземаха ключовете.

А добавянето на input buffering, помага не само за SkyUK, но пък точно заради тези хубавци го направих. Проблемът е следният - повечето провайдери пускат ключовете за разкодиране на канала ~10 секунди преди да започнат да ги използват. Не е такъв случая със Sky. Те пускат ключовете ~700 ms преди използването им. При нормална употреба на абонамента (разкодиране на един канал), картата има предостатъчно време, за да отговори в рамките на тези 700 ms. Разбира се при "ненормална" употреба (която силно насърчавам), е възможно отговорът на картата да се забави до 3-4 секунди. Което ще рече, че при всяка смяна на ключ, което се случва всеки 10 секунди ще имате грешно разкодиран стрийм за периода ВРЕМЕ_ЗА_ОТГОВОР_НА_КАРТАТА - 700 ms, което е кофти. Затова с новия tsdecrypt, можете да сложите --input-buffer 4000 и това да "обере" забавените отговори на карта до ~3.4 секунди. Картата ви трябва да доста натоварена, за да има подобни забавяне, но се случва например при локална карта след отварянето на над 10-15 канала (дори и картата да е overclock-ната).

Прочети цялата новина

Свързани новини: