Polskie Forum Użytkowników Debiana

1-zamiast filtra, po prostu dodaj serwery blaclist;
2-podobno spam-assasin da sie skonfigurowac z courierem;
3-http://sourceforge.net/projects/mdropspamfilter/

hope it helps ;0

Rozpracowałem to :mrgreen:

Zmienna DEFAULTDELIVERY w pliku /etc/courier/courderd - jak sama nazwa wskazuje jest tylko wartością domyślną i wcale nie musi być używana w przypadku niektórych modułów authlib. W przypadku userdb - modułu, którego używam - nie jest używana, stąd gdy wpisywałem tam dziwactwa, courier dalej dostarczał pocztę poprawnie.

Trzeba gdzieś indziej więc dać courierowi do zrozumienia, że ma używać maildrop. Tym miejscem są pliki typu $HOME/.courier*, a w moim przypadku plik $HOME/.courier-default - który odpowiada za przyjmowanie poczty ze wszystkich adresów w danej domenie.

Zamiast ścieżki do katalogu Maildir, można tam podać: Trzeba specyzować o jakiego użytkownika chodzi (po raz drugi, bo przecież courier już wie o jakiego, skoro dotarł do tego pliku, prawda?)

Jeżeli nie dodamy opcji -d maidrop wywali błąd: Od tej pory poczta będzie przechodziła przez maildrop... co może wywołać kolejne problemy do rozwiązania :-P

Maildrop ma jedną wadę - domyślnie nie powie nam co go boli, gdy coś jest nie tak. Najlepszym sposobem na wykrycie w czym tkwi błąd, jest odpalenie takiej komendy:

ja na szczescie robilem to wszystko przez webadmina (authlib->mysql). Ale b. dobre sa te informacje.

mam taki problem, może ktoś wie o co chodzi ??
dzieki