QMail - co włączyć?

WroBELL wrobell w posexperts.com.pl
Pią, 30 Kwi 1999, 12:10:59 CEST


 Jak już pewnie wiecie rzeźbię spec-a do qmail-a. Postanowiłem
nie tworzyć własnego od początku, ale oprzeć się na spec-u wskazanym
przez Jana Rekojarskiego (przy świadomości istnienia spec-a w CVS-a
Jacka Smydy).
 W/w spec zawiera parę rzeczy, które myślę, że należy zmienić, a przed
dokonaniem tego wolałbym to przedyskutować. A więc po kolei:

  1. Ponieważ chcemy robić dystrybucję bezpieczną pod każdym względem,
     to standardowym formatem folderów pocztowych powinien być Maildir/.
     Dla niewtajemniczonych: Maildir/ jest katalogiem zawierającym
     trzy katalogi (cur, new, tmp - nazwy chyba samoobjaśniające), w których 
     każdy z listów jest trzymany w osobnym pliku.
     
     W związku z tym w /etc/skel po zainstalowaniu qmail-a powinien
     ukazać się katalog Mail/Maildir/. Po utworzeniu nowego użytkownika,
     w jego katalogu domowym w podkatalogu Mail będzie się znajdował
     standardowy folder pocztowy Maildir/. Dlaczego nie bezpośrednio
     w katalogu domowym? Wielu z nas ma kilka folderów (albo kilkanaście),
     więc porządek od samego początku chyba jest dobrym pomysłem?

     Rodzi się też problem. Które z MUAs i MDAs obsługują Maildir-a?
     Na pewno mutt; procmail po spatchowaniu.
     pine?
     tkrat?
     elm?
    
     Jeśli jednak ktoś woli tradycyjnego Mailbox-a (czego nie polecam 
     z doświadczenia) zawsze będzie mógł to zmienić w swoim katalogu
     domowym poprzez wpisanie w .qmail: ./Mail/Mailbox
    
  2. W spec-u na którym się wzoruję jest kilka dodatkowych rzeczy,
     które mogą być potrzebne, ale niekoniecznie.

     Zostawiłbym:
      - rblsmtpd: podstawowe narzędzie do blokowania listów z miejsc
                  wyszczególnionych w RBL; sposób na walkę ze SPAM-em
      - qmail-fix: program do sprawdzania oraz naprawiania struktury kolejki
                   pocztowej qmail-a
      - checkpassword: interfejs do sprawdzania haseł (przydatne do 
                       postawienia serwera pop3 na qmail-u z Maildir/)
      - qmHandle: bardziej zaawansowane przeglądanie oraz zarządzanie
                  kolejką pocztową
      - msglog: zawansowane monitorowanie listów
      - qmail-qsanity: sprawdza kolejkę pocztową qmail-a
      - qmail-lint: sprawdza konfigurację qmail-a
      - tarpit: kolejne narzędzie do walki ze SPAM-em; jeśli ktoś wysyła
                dużą (zdefiniowaną przez admin-a) ilość listów
                w małym okresie czasu, to spammer będzie oszukiwany, że
                połączenie jest zablokowane (stalled)

     Wyrzuciłbym (ew. jeśli ktoś potrzebuje, można zrobić osobne pakiety):
      - dot-forward: umożliwia używanie plików .forward sendmail-a 
      - fastforward: przesyłanie poczty przez qmail-a względem bazy danych
                     w formacie cdb; tworzy bazy danych z pliku /etc/aliases
                     sendmail-a lub zorientowanych na użytkownika tablic
                     wirtualnych

     Jest jeszcze kilka patch-y, które domyślam się co robią, ale może
     ktoś wie dokładnie (Jan Rekojarski?)
      - redhat.patch
      - relay-allow.patch
      - mklinux.patch (to też bym zostawił, tak na przyszłość)
      - fixed-ids.patch
      - maxrcpt.patch

  3. Podczas instalacji rpm-a, instalujący pakiet powinien otrzymać
     pytanie, który użytkownik powinien dostawać pocztę dochodzącą do
     root-a, mailer-daemon-a i postmaster-a. Nie powinien w każdym bądź
     razie być to root jak myślę.
     No właśnie JTZ? W specu-u w sekcji %post mam:
-------------------------------
      echo Enter user, who should receive mail for root, mailer-daemon and postmaster:
      read MALIAS
      for i in root mailer-daemon postmaster
      do
        echo $MALIAS > $RPM_BUILD_ROOT/etc/qmail/alias/.qmail-$i
      done
--------------------------------
      Komunikat "Enter..." się pokazuje, ale instrukcja read nie działa,
      tj. rpm kończy instalację pakietu, tak jakby ignorował 'read'.

  4. Co myślicie o tym, żeby qmail został standardowym MTA PLD?

         
              WroBELL <wrobell w posexperts.com.pl>



Więcej informacji o liście dyskusyjnej pld-devel-pl