Listonoszy było wielu ale .. mało kto słyszał o Jankielu ;-)

[Tomasz Kłoczko]

Podsłuchane z rozmowy kloczek <-> wiget (opublikowane za obopulną zgodą ;)
(nie cenzurowane)

[kloczek] kurcze żeby tak w najbliższym czasie były przynajmniej dwa, trzy MTA którymi dałoby sie żaglować z równie dużą swobodą jak z fingerd
[wiget] to nie tak łatwe
[wiget] konfiguracja fingera to pare linijek
[wiget] konfiguracja MTA to już jest trochę więcej
[kloczek] ale samo konfigurowanie to też jeszcze pryszcz
[kloczek] skompilowane to to bedzie dopiero jak doleje sie do tego troche śrubokrętów (tych no triggerów ;)
[kloczek] tak żeby fingery, pojedynczy MTA, pam_mail, pop*d i imapd zmieniały swoją zkonf synchronicznie ze szmianą maildir <-> mailbox
[kloczek] to bedzię dopiero misterna sieć powiązań :_)
[kloczek] (chyba niczego więcej już nie ma co mogłoby być zależne od MTA ?)
[wiget] oj to może byc za trudne
[kloczek] ale nadal wykonalne
[kloczek] najważniejsze per każdy komponent rozwiazać pprzejście maildir <-> mailbox w obie strony
[wiget] i może pochłonąć za dużo energi którą trzeba by skierować na zrobienie podstawowych pakietów (jak dev)
[kloczek] wtedy per każdy komponent mozna pdodaewać odpowiednie triggery reagujace na instalację/deinstalację odpwoednich MTA
[kloczek] może ale mam w tej chwili na oku już ze trzy, czetery miejsca gdzie wyykonanie przejścia maibox -> maildir byłoby wskazane, a w razie czego przydałoby sie mieć możliwość odwrotu
[kloczek] co więcej za zmianę sytuacji w tych kilku miejscach mógłnbym zarobić trochę talarów
[wiget] no to w tym przypadku sie to opłaci
[kloczek] prosta sytuacja moze być w przypadku tamdemu sendmail, qmail gdzie wiadomo że jeden z nich na pewni jest mailboxer, a drugi amidirowiec
[kloczek] w przypadku zmailera i postfixa rzecz sie kompikije ponieważ mogą one być i takie i takie
[kloczek] czyli dochodzi dodatkowa aplikacja do transformacji stanu jednego w drugi
[kloczek] prawdopodobnie bezie to jakiś prosty skrypt bazującuy na smtptools
[kloczek] tak czy inaczej przy transformacji z postfixa, zmailera uwzględniać bedzie trzeba to w ajkim stanie są one obecnie
[kloczek] tak czy inaczej wszystko rozbija sie o bezpieczna elementarna procedurę przejścia maildir <-> mailbox
[kloczek] wszystko inne będzie bazować na tym
[kloczek] po dodaniu szczypty skryptów trasformujacych konfigurację w zakresie jakim sie tylko da mamy juz komplet tego co trzeba wykoanć
[kloczek] tak czy inaczej pzrejście maildir <-> mailbox dotykać musi nie tylko MTA i zasobów jakie one mają w pieczy ale i pozosytałych klas komponentów
[kloczek] tutaj myślę, że moznaby wykorzystać skrypty %verifyscripts umieszczane w specach pakietów które powinny być wrażliwe na coś takiego
[kloczek] poprostu procedura przejścia mogłaby skłądać sie z trzech punktów:
[kloczek] - przekonwertowanie maildir <-> mailbox
[kloczek] - umieszczenie gdzieś informacji o bierzącym stanie {maildir,mailbox}
[kloczek] - wywołanie "rpm -V"
[kloczek] w jesdzcze prosztrzym przypadku mogłoby sie to składać tylko z dwuch punktów
[kloczek] - umieszczenie w jakimś punkcie informacji o {maildir,mailbox}
[kloczek] - wywołanie "rpm -V"
[kloczek] wtedy w %verifyscripts MTA myusiałaby znajdować się odpowiednia procedura zatrzymania MTA, przekonwertowania zasobów io ile  opis w pliku konfiguracyyjnym systemowym nie zgadzałny sie z tym co jest w konf MTA i wywołanie i na temn sygnał zmiaa za pomącą smtptools postaci zasobów pocztowych
[kloczek] co myślisz o takich scenariuszach ?
[wiget] czy %verify miały by wykonywać konwersję ?
[kloczek] tak .. mogłoby
[wiget] ja właśnie jestem za tym aby tego nie robiło
[wiget] %verify to weryfikacja a nie coś jeszcze
[kloczek] wszystko zależy od założenia co to ma być ta weryfikacja
[wiget] weryfikacja to sprawdzenie
[wiget] a nie korekcja
[kloczek] jeżeli założyć że jest to weryfikacja i poprawienie konfiguracji w zależności od warunków bierzących to imho mogłoby być to wykonane i tu
[kloczek] puszczę ten kawałe z powyższej naszej rozmowy na pld-list
[kloczek] ??
[wiget] ok

Może ktoś ma jakieś inne przemyślenia co do togo jak załatwić kilku
listonoszy na raz ? ;-)

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*