Komentarze i odpowiedzi, posortowane dla odmiany chronologicznie do strony:
Problem dublowania się emailiPapik
2008-10-22 11:45:59
Dzieki
Normanie chcialem tu podziekowac Lematowi ! :)
Problem z dublowaniem maili pojawil sie w momencie przejscia na wirtualne skrzynki...
Dlugo szukalem rozwiazania az trafilem na strone Lemata :)
DZIEKI !!! :)
Odpowiedź Lemata:
raczej Sebastianowi
Sebastian Juźwiuk
2008-11-22 21:50:21
Problem dublowania się emaili
Witam
Ciesze sie ze sie komus przydaja te informacje.
Lemat, stronka mi uplywu czasu wciaz zyje, tak trzymac!Swietna robota.
Swoja droga juz 3 lata minely jak to pisalem, alez ten czas leci....:((
Pozdrawiam
Seba
eF
2009-01-22 09:47:16
dublowanie się maili a "unknown user:"
Niestety dodanie powyżej opcji powoduje pojawienie się innego błędu.
Przy utworzeniu aliasu jeden do wielu, gdzie w jednej grupie mam np 4tys odbiorców postfix zwraca mi komunikaty błędu status=bounced (unknown user: "user@host").
Usunięcie -o receive_override_options=no_address_mappings z master.cf rozwiązuje ten problem, maile docierają do odbiorców bez duplikowania się.
Czyżby te rozwiązania nawzajem się wykluczały?
Odpowiedź Lemata:
w master.cf są opcje odpowiedzialne za konfigurację przed wejściem do amavisa i po zwróceniu emaila przez amavisa. Być może masz problem z aliasami przed wejściem do amavisa - na przykład podwójnie no_address_mappings. Na pl.comp.mail.mta zadaj to pytanie pokazując zarówno main.cf jak i master.cf
eF
2009-01-22 11:27:49
dublowanie się maili a "unknown user:"
Dokładnie przeanalizowałem poniższą sytuację. Dodanie no_address_mappings tylko przy smtpd od razu daje bounce. Natomiast dodanie tylko przy wyjściu z amavisa wysyła na pierwszy adres na liście, na resztę daje bounce.
Przykładowo: lisa@host -] cli1 (dochodzi), cli2 (bounce), clin (bounce).
Usunąłem całkowicie powyższy wpis na wejściu/wyjściu i wszystko działa jak należy. Ponadto nie dostaję już także duplikatów (problem ten chyba rozwiązała najnowsza wersja amavisa, lecz pewny nie jestem).
Papik
2009-12-21 13:23:05
Znow podziekowania
No i ponownie podziekowania Lematowi (Sebastianoti) :)
Po wklepaniu dodatkowych opcji do main.cf (na pale prawie)na port 587 nie dochodzily maile do aliasowych userow ("unknown user "xxx"").
Wrocilem do strony lemata i doczytalem sie w komentarzach,ze wine moze ponosic zdwojenie opcji no_address_mappings.
Tak tez bylo i aktualnie wszystko dziala :)
Dzieki :D
Po wklepaniu dodatkowych opcji do main.cf (na pale prawie)na port 587 nie dochodzily maile do aliasowych userow ("unknown user "xxx"").
Wrocilem do strony lemata i doczytalem sie w komentarzach,ze wine moze ponosic zdwojenie opcji no_address_mappings.
Tak tez bylo i aktualnie wszystko dziala :)
Dzieki :D
Martin
2021-04-15 20:08:39
no_address_mappings
Jeżeli są grupy aliasów typu wszyscy@domena.ltd to warto ustawić no_address_mappings PRZED AMAVISEM wtedy do amavisa poleci jeden e-mail do przeskanowania i jak wróci z amavisa wtedy rollback i no za pomocą lmtp do dovecota ... w innej opcji na samym początku będzie rollback i tyle maili poleci do amavisa ile było w grupowym aliasie
Niby nic ale jak w grupie aliasów masz 200 wiadomości to do amavisa będzie próbowała dobić 200 i amavis każdego przeskanuje ...
Niby nic ale jak w grupie aliasów masz 200 wiadomości to do amavisa będzie próbowała dobić 200 i amavis każdego przeskanuje ...