From: alex bofh.org.pl (Janusz A. Urbanowicz)
Subject: Re: SERWER POCZTY
Ramzes <mailgoogle o2.pl> writes:
> On 14 Lip, 01:08, a... bofh.org.pl (Janusz A. Urbanowicz) wrote:
>
>> mozesz: RFC 2821 i 2822
>
> a tak zrozumiale dla lamera to jak bedzie? :)
Lamer niech nie stawia serwera poczty bo z tego tylko kłopoty będą dla
niego i tych co przez ten serwer będą spamowani.
=alx
--
JID: alex hell.pl
PGP: 0x46399138
od zwracania uwagi na detale są lekarze, adwokaci, programiści i zegarmistrze
-- Czerski
From: alex bofh.org.pl (Janusz A. Urbanowicz)
Subject: =?iso-8859-2?Q?=B6mierdz=B1ce?= maile w kolejce exima
Sytuacja jest taka: site średni/duży, debian etch, exim4-daemon-heavy
4.54-2.
Co jakiś czas pojawiają się maile które odleżały w kolejce dzień,
tydzień, rekord to 10 dni. Odpowiednie hosty są dostępne i odbierają
(zgłaszane są lokalne maile), w logach explicite nic nie ma, jest
tylko "retry time not reached" przy queue runach.
-- czy ktoś się spotkał?
-- jakaś rada? exim -qqf z crona nie pomogło
=alx
--
JID: alex hell.pl
PGP: 0x46399138
od zwracania uwagi na detale są lekarze, adwokaci, programiści i zegarmistrze
-- Czerski
From: Rafal Kupka <kupson kupson.fdns.net>
Subject: Re: =?UTF-8?Q?=C5=9Bmierdz=C4=85ce?= maile w kolejce exima
Janusz A. Urbanowicz napisaĹ:
Witam,
> Co jakiĹ czas pojawiajÄ
siÄ maile ktĂłre odleĹźaĹy w kolejce dzieĹ,
> tydzieĹ, rekord to 10 dni. Odpowiednie hosty sÄ
dostÄpne i odbierajÄ
> (zgĹaszane sÄ
lokalne maile), w logach explicite nic nie ma, jest
> tylko "retry time not reached" przy queue runach.
Co siÄ dzieje jeĹli dasz exim4 -v -M <msgid>?
Powinny byÄ jeszcze jakieĹ inne wpisy niĹź "retry time not reached" w
logach, takie z oryginalnÄ
przyczynÄ
problemu.
Dodatkowo moĹźna sprawdziÄ co exim ma w bazie retry:
exinext <adres odbiorcy>
exinext <domena odbiorcy>
Pozdrawiam,
Kupson
--
Great software without the knowledge to run it is pretty useless.
(Linux Gazette #1)
From: alex bofh.org.pl (Janusz A. Urbanowicz)
Subject: Re: =?iso-8859-2?Q?=FBmierdz=A5ce?= maile w kolejce exima
Rafal Kupka <kupson kupson.fdns.net> writes:
> Janusz A. Urbanowicz napisaĹ:
> Witam,
>
>> Co jakiĹ czas pojawiajÄ
siÄ maile ktĂłre odleĹźaĹy w kolejce dzieĹ,
>> tydzieĹ, rekord to 10 dni. Odpowiednie hosty sÄ
dostÄpne i odbierajÄ
>> (zgĹaszane sÄ
lokalne maile), w logach explicite nic nie ma, jest
>> tylko "retry time not reached" przy queue runach.
>
> Co siÄ dzieje jeĹli dasz exim4 -v -M <msgid>?
Oczywiscie dojdzie.
Ja moze sprecyzuje pytanie: mi nie chodzi o to co zrobic z jednym
konkretnym mailem, problem jest w tym ze mniejwiecej promil maili
zalega z niewiadomych przyczyn mimo ze maile wysylane z tych samych
adresow na te same adresy w tym czasie dochodza. Co zrobic z _tym_.
Nie moge puszczac co godzina -M na calej kolejce (srednio dziesiec
tysiecy maili).
Alex
--
JID: alex hell.pl
PGP: 0x46399138
od zwracania uwagi na detale są lekarze, adwokaci, programiści i zegarmistrze
-- Czerski
From: Piotr KUCHARSKI <chopin sgh.waw.pl>
Subject: Re: =?ISO-8859-2?Q?=B6mierdz=B1ce?= maile w kolejce exima
Janusz A. Urbanowicz <alex bofh.org.pl> wrote:
> Sytuacja jest taka: site średni/duży, debian etch, exim4-daemon-heavy
> 4.54-2.
> Co jakiś czas pojawiają się maile które odleżały w kolejce dzień,
> tydzień, rekord to 10 dni. Odpowiednie hosty są dostępne i odbierają
> (zgłaszane są lokalne maile), w logach explicite nic nie ma, jest
> tylko "retry time not reached" przy queue runach.
A może przypadkiem identa odpytuje?
p.
--
http://freedns.sgh.waw.pl/ -- bezpłatny DNS.
http://nerdquiz.sgh.waw.pl/ -- polska wersja quizu dla nerdów.
http://42.pl/u/ -- skracacz URL-i.
From: monocoque poczta.fm
Subject: procmail + postfix + autoresponder + logi
Witam
Nie moge poradzic sobie z autoresponderem. Wiem, ze temat niby
poruszany po tysiackroc, niby w google mase przykladow, ale mam
problem.
Autoresponder zgodnie ze wzorcem http://www.knowplace.org/pages/howtos/autoresponder_with_procmail_howto.php
W efekcie nie ma autorespondera. Nie wiem, moze to problem a /etc/
postfix/aliases?
Konto infobot firma.com.pl wewnetrznie jest kontem
infobotwew firma.com.pl
Mam tez ustawiony postgrey na postfix-sie.
Bede zobowiazany za pomoc.
1. Konto infobot bez mozliwosci logowania do powloki
2. W katalogu uzytkownika infobot (zgodnie ze sciezka z /etc/passwd)
jest plik:
chmod 700 /home/poczta/infobot/
/home/poczta/.procmailrc
#logging - in case you want to troubleshoot (uncomment by deleting #)
#LOGFILE=$HOME/procmail.log
#VERBOSE=yes
#shell - otherwise, nothing will happen when we call formail
SHELL=/bin/bash
#begin example_info section
:0 h
* !^FROM_DAEMON
* !^FROM_MAILER
* !^X-Loop: infobot firma\.com\.pl
* ^Subject:.*example_info.*
| (formail -rt -A"Precedence: junk (autoreply)"\
-A"X-Loop: infobot_reply" ; \
cat $HOME/example_info.txt) | $SENDMAIL -t
#end example_info section
#begin error handling section - NOTE: this section always goes at the
end
:0 h
* !^FROM_DAEMON
* !^FROM_MAILER
* !^X-Loop: infobot firma.com.pl
* ^Subject:.*
| (formail -rt -A"Precedence: junk (autoreply)"\
-A"X-Loop: infobot firma.com.pl" ; \
cat $HOME/error_notice.txt) | $SENDMAIL -t
#end error handling section
#begin catch_bucket
:0
/dev/null
#end catch_bucket
3. /etc/postfix/main.cf
dodany wpis:
mailbox_command = /usr/bin/procmail
4. oczywiscie /../postfix stop i /../postfix start
5. which procmail pokazuje, ze w /usr/bin/procmail istnieje
6. Oto logi:
Jul 16 15:12:03 mailserwer postfix/smtpd[10141]: 44F7DE2AA2:
client=smtp35.poczta.interia.pl[80.48.65.35]
Jul 16 15:12:03 mailserwer postfix/cleanup[10159]: 44F7DE2AA2: message-
id=<005d01c7c7aa$df54c1b0$7300a8c0 krystianc>
Jul 16 15:12:03 mailserwer postfix/qmgr[10044]: 44F7DE2AA2:
from=<bla poczta.fm>, size=1528, nrcpt=2 (queue active)
Jul 16 15:12:03 mailserwer postfix/smtpd[10141]: disconnect from
smtp35.poczta.interia.pl[80.48.65.35]
Jul 16 15:12:03 mailserwer postfix/local[10160]: 44F7DE2AA2:
to=<infobotwew firma.com.pl>, orig_to=<infobot firma.com.pl>,
relay=local, delay=10, delays=10/0.01/0/0.01, dsn=2.0.0, status=sent
(delivered to command: /usr/bin/procmail)
Jul 16 15:12:03 mailserwer postfix/local[10161]: 44F7DE2AA2:
to=<kopia_poczty firma.com.pl>, relay=local, delay=10,
delays=10/0.02/0/0.01, dsn=2.0.0, status=sent (delivered to command: /
usr/bin/procmail)
Jul 16 15:12:03 mailserwer postfix/qmgr[10044]: 44F7DE2AA2: removed
Pozdrawiam
From: =?iso-8859-2?Q?Mariusz_Wo=B3ek?= <mariusz.wolek lexpolonica.nospam.pl>
Subject: Re: procmail + postfix + autoresponder + logi
DQpVv3l0a293bmlrIDxtb25vY29xdWVAcG9jenRhLmZtPiBuYXBpc2GzIHcgd2lhZG9tb7ZjaSBu
ZXdzOjExODQ1OTI3MTQuNzk4MTQyLjE1NDI1MEBvNjFnMjAwMGhzaC5nb29nbGVncm91cHMuY29t
Li4uDQo+IFdpdGFtDQo+IA0KPiBOaWUgbW9nZSBwb3JhZHppYyBzb2JpZSB6IGF1dG9yZXNwb25k
ZXJlbS4gV2llbSwgemUgdGVtYXQgbmlieQ0KPiBwb3J1c3phbnkgcG8gdHlzaWFja3JvYywgbmli
eSB3IGdvb2dsZSBtYXNlIHByenlrbGFkb3csIGFsZSBtYW0NCj4gcHJvYmxlbS4NCj4gDQo+IA0K
PiBBdXRvcmVzcG9uZGVyIHpnb2RuaWUgemUgd3pvcmNlbSBodHRwOi8vd3d3Lmtub3dwbGFjZS5v
cmcvcGFnZXMvaG93dG9zL2F1dG9yZXNwb25kZXJfd2l0aF9wcm9jbWFpbF9ob3d0by5waHANCg0K
RHppemFzLi4uLiBQcnplY3p5dGFqIHBpZXJ3c3qxIGxpbmnqIHd6b3JjYSBpIHBvbXlzbC4gRGxh
IHWzYXR3aWVuaWE6IGxpbmlhIHphY3p5bmEgc2llIG9kICIjbG9nZ2luZyAtIGluIGNhc2UgeW91
IHdhbnQgdG8gdHJvdWJsZXNob290Ig0KDQoNCk1hVw0KDQo=
From: monocoque poczta.fm
Subject: Re: procmail + postfix + autoresponder + logi
> > Autoresponder zgodnie ze wzorcemhttp://www.knowplace.org/pages/howtos/autoresponder_with_procmail_how...
>
> Dzizas.... Przeczytaj pierwsz lini wzorca i pomysl. Dla u atwienia: linia zaczyna sie od "#logging - in case you want to troubleshoot"
Uwaga bylaby sluszna, gdybym tego ju nie probowal. Efekt koncowy mam
identyczny. czy VERBOSE=on czy VERBOSE=yes, czy #VERBOSE=yes
Ale dzieki za checi.
From: monocoque poczta.fm
Subject: Re: procmail + postfix + autoresponder + logi
> > Uwaga bylaby sluszna, gdybym tego ju nie probowal. Efekt koncowy mam
> > identyczny. czy VERBOSE=on czy VERBOSE=yes, czy #VERBOSE=yes
>
> Ale to nie o efekt chodzi tylko co w tym logu wypisuje. I to pokaz na grupie
Moze nieslusznie pominalem.
Otoz plik procmail.log w katalogu usera
/home/poczta/infobowew/procmail.log
/home/poczta/infobot/procmail.log
jest pusty - zero bitow.
Wiecej nie wykombinuje :(
From: alex bofh.org.pl (Janusz A. Urbanowicz)
Subject: Re: =?iso-8859-2?Q?=B6mierdz=B1ce?= maile w kolejce exima
Piotr KUCHARSKI <chopin sgh.waw.pl> writes:
> Janusz A. Urbanowicz <alex bofh.org.pl> wrote:
>> Sytuacja jest taka: site średni/duży, debian etch, exim4-daemon-heavy
>> 4.54-2.
>> Co jakiś czas pojawiają się maile które odleżały w kolejce dzień,
>> tydzień, rekord to 10 dni. Odpowiednie hosty są dostępne i odbierają
>> (zgłaszane są lokalne maile), w logach explicite nic nie ma, jest
>> tylko "retry time not reached" przy queue runach.
>
> A może przypadkiem identa odpytuje?
Nie sądzę, tu nigdzie nie ma identa.
A.
--
JID: alex hell.pl
PGP: 0x46399138
od zwracania uwagi na detale są lekarze, adwokaci, programiści i zegarmistrze
-- Czerski
From: Szymon =?iso-8859-2?Q?Sok=F3=B3?= <szymon bastard.operator.from.hell.pl>
Subject: Re: procmail + postfix + autoresponder + logi
On Mon, 16 Jul 2007 07:10:25 -0700, monocoque poczta.fm wrote:
> Otoz plik procmail.log w katalogu usera
>
> /home/poczta/infobowew/procmail.log
>
> /home/poczta/infobot/procmail.log
Ej, zdecyduj się, gdzie w końcu ten log jest. Na moje oko *obie* powyższe
ścieżki są błędne, jeśli konto się nazywa "infobotwew", tak jak pisałeś
wcześniej.
I gdzie masz .procmailrc oraz czy na pewno należy do użytkownika infobotwew?
Bo napisałeś wcześniej:
> chmod 700 /home/poczta/infobot/
>
> /home/poczta/.procmailrc
- zgadnij, co w powyższym mi się nie podoba?
No i jeszcze odnośnie tego:
> Uwaga bylaby sluszna, gdybym tego ju nie probowal. Efekt koncowy mam
> identyczny. czy VERBOSE=on czy VERBOSE=yes, czy #VERBOSE=yes
# na początku linii oznacza komentarz, więc jak łatwo zgadnąć ta ostatnia
wersja nic nie robi. Natomiast pierwsze dwie robią to samo. Tylko jeśli nie
odkomentowałeś linii z LOGFILE, to nie robią nic, bo nie wiedzą, dokąd mają
logować... Nie zawadzi też dodanie linii:
LOGABSTRACT=all
dla pełniejszej diagnostyki.
--
Szymon Sokół (SS316-RIPE) -- Network Manager B
Computer Center, AGH - University of Science and Technology, Cracow, Poland O
http://home.agh.edu.pl/szymon/ PGP key id: RSA: 0x2ABE016B, DSS: 0xF9289982 F
Free speech includes the right not to listen, if not interested -- Heinlein H
From: Szymon =?iso-8859-2?Q?Sok=F3=B3?= <szymon bastard.operator.from.hell.pl>
Subject: Re: SERWER POCZTY
On Sun, 15 Jul 2007 15:40:32 -0700, Ramzes wrote:
> W postfiix jako domain name podaje poczta.mojadomena.pl czy
> mojadomena.pl?
> Czy zakładając konto na linuxie np.jan automatycznie jest założona
> skrzynka jan poczta.mojadomena.pl za pomocą której można wysłać i
> odebrać wiadomości?
> I ostatnie pytanie czy jeden serwer może obsługiwać kilka domen?
> jan domena1.pl >>właściciel skrzynki Jan
> jan domena2.pl >>właściciel skrzynki Daniel
Odpowiedź na te i na inne pytania znajdziesz w dokumentacji Postfixa. Od jej
przeczytania powinieneś był zacząć, a nie od zadawania pytań. Jest dostępna
na http://www.postfix.org/documentation.html
--
Szymon Sokół (SS316-RIPE) -- Network Manager B
Computer Center, AGH - University of Science and Technology, Cracow, Poland O
http://home.agh.edu.pl/szymon/ PGP key id: RSA: 0x2ABE016B, DSS: 0xF9289982 F
Free speech includes the right not to listen, if not interested -- Heinlein H
From: Karol Makowski <spaceman BSDzine.org>
Subject: Cyrus+procmail i postfix
Witam
Przyszło mi zmigrować jedną maszynę z courier-imap do cyrus-imap.
Userzy chcieli nadal korzystać z $HOME/.procmailrc więc załatwiłem
to tak:
spaceman k3:/etc/postfix$ grep procmail master.cf
procmail unix - n n - 50 pipe
flags=R user=cyrus argv=/usr/bin/procmail -t -m USER=${user} EXTENSION=${extension} /etc/procmailrc
spaceman k3:/etc/postfix$ grep mailbox_command main.cf
mailbox_command = /usr/bin/procmail -t -a "$EXTENSION"
spaceman k3:/etc/postfix$ cat /etc/procmailrc
DELIVERTO="/usr/lib/cyrus/deliver"
USERINBOX="$DELIVERTO -e -a $USER -m user.$USER"
INCLUDERC=/home/$USER/.procmailrc
:0 w
| $USERINBOX
Dodatkowo mam pewną regułę powodującą, że maile wysyłane na
cośtam domena.com.pl były zamieniane na cośtam domena.pl:
spaceman k3:/etc/postfix$ cat /etc/postfix/virtual.pcre
/(.*) domena\.com\.pl$/i $(1) domena.pl
Mam też parę forwardów w virtual, a także proxy do ldap.
Pojawiają się teraz następujące problemy:
1. Postfix jest zapasowym backupem dla domena1.com.pl więc obsługuję
ją przez relay_domains. Kiedy ta domena jest tam wpisane nie działają
forwardy w virtual typu user domena user domena1. Cyrus chce doręczyć
lokalnie i burzy się o brak /home/user/.procmailrc. Jeśli domenę
usunę z relay domains forwarduje się prawidłowo.
2. virtual.pcre - postfix nie sprawdza czy dany user istnieje jeśli
wysyłam na user domena.com.pl. Przez to mam zapchaną kolejkę mailami
od mailer-daemona. Co robię źle?
Jest jakiś lepszy sposób na pogodzenia procmaila z cyrusem?
--
spaceman
From: Szymon =?iso-8859-2?Q?Sok=F3=B3?= <szymon bastard.operator.from.hell.pl>
Subject: Re: Cyrus+procmail i postfix
On Mon, 16 Jul 2007 16:26:50 +0000 (UTC), Karol Makowski wrote:
> 1. Postfix jest zapasowym backupem dla domena1.com.pl więc obsługuję
> ją przez relay_domains.
Używaj raczej permit_mx_backup i permit_mx_backup_networks.
--
Szymon Sokół (SS316-RIPE) -- Network Manager B
Computer Center, AGH - University of Science and Technology, Cracow, Poland O
http://home.agh.edu.pl/szymon/ PGP key id: RSA: 0x2ABE016B, DSS: 0xF9289982 F
Free speech includes the right not to listen, if not interested -- Heinlein H
From: Karol Makowski <spaceman BSDzine.org>
Subject: Re: Cyrus+procmail i postfix
On Mon, 16 Jul 2007 18:44:00 +0200, Szymon Sokół wrote:
> On Mon, 16 Jul 2007 16:26:50 +0000 (UTC), Karol Makowski wrote:
>
>> 1. Postfix jest zapasowym backupem dla domena1.com.pl więc obsługuję
>> ją przez relay_domains.
>
> Używaj raczej permit_mx_backup i permit_mx_backup_networks.
Dziękuję za wskazówkę. Na pewno pomoże to na relay_domains, ale pewnie
nie pomoże na mydestination i virtual. Ale to teraz najmniejszy problem.
Bardzo martwie się tym virtual.pcre.
--
spaceman
From: A <user domain.invalid>
Subject: Odpowiedzi na spam
Witam,
właśnie doświadczam jak potwornie durne jest zachowanie serwerów
pocztowych, które wpierw przyjmują pocztę, a dopiero póżniej orientują
się, że dany recipient nie istnieje, więc następnie odsyłają stosowny
komunikat do niby_nadawcy, który w przypadku spamu oczywiście nie
istnieje w 100%.
Skoro wiadomo już od kilku lat, że spam stanowi większość ruchu
pocztowego, to nietrudno wydedukować czym to może skutkować.
Świat się zmienia, przestępcy w sieci też, tylko niektóre zakute pały
adminów dalej tkwią w latach 70tych zeszłego wieku. Aż dziw, że tak mało
już pozostało openrelay'ów.
Jakaś spamerska gnida wpisała sobie do swojej armii zombie
byleco mojadomena.com więc jestem teraz legalnie bombardowany zwrotkami
przez te wszystkie debilne, bezmyślne, parszywie skonfigurowane serwery.
Rozgrzane do czerwoności fi 80 w dupsko każdego mądrali, co tak sobie
wygodnie system ustawił i mam nadzieję, że też go kiedyś dosięgnie
ddosowa ręka spamerskiego botnetu.
Jedyne co mi pozostało, patrząc w logi, nabluzgać na grupie, może
jakiegoś mądralę ocknie zanim zacznie wyrządzać zło innym.
Wkur..y do głębi, nieutulony w żalu, A.
From: Marcin Kulas <007 jabbed.org>
Subject: Re: Odpowiedzi na spam
gildor wrote:
> A pisze:
> > Jedyne co mi pozostało, patrząc w logi, nabluzgać na grupie, może
> > jakiegoś mądralę ocknie zanim zacznie wyrządzać zło innym.
>
> no prosze. lista dyskusyjna... może podpowiedz tym adminom co psują, bo
> tak, to tylko piane se pobijesz.
Mnie się z zakutymi pałami gadać nie chciało, więc uwalałem na firewallu
i dopisywałem do rbl'a. Na fw uzbierałem 54571 IP, a w rbl'u 5447.
Potem mi się znudziło, więc ostał się jeno firewall z uzbieraną listą
backscatter'ów.
Nie wyobrażam sobie tłumaczenia każdemu z osobna co ma zakute. Chyba,
że poprzez 550..., ale to też nie dawało rezultatów. Mało który z nich
czyta logi. Na te 55 tysięcy IP zaledwie kilku spytało "Ale o co w ogóle
chodzi?".
--
Marcin Kulas
jid: hit jabbed.org
From: Szymon =?iso-8859-2?Q?Sok=F3=B3?= <szymon bastard.operator.from.hell.pl>
Subject: Re: Odpowiedzi na spam
On Mon, 16 Jul 2007 19:05:10 +0200, gildor wrote:
> A pisze:
>> Jedyne co mi pozostało, patrząc w logi, nabluzgać na grupie, może
>> jakiegoś mądralę ocknie zanim zacznie wyrządzać zło innym.
Tacy zazwyczaj w ogóle sobie nie zdają sprawy, że coś mają nie tak...
> no prosze. lista dyskusyjna... może podpowiedz tym adminom co psują, bo
> tak, to tylko piane se pobijesz.
....a newsów nie czytają.
Napisz sobie automacik i niech wysyła do postmaster <taki_serwer>
odpowiednie objaśnienie (ale zredaguj je dopiero jak trochę ochłoniesz...)
--
Szymon Sokół (SS316-RIPE) -- Network Manager B
Computer Center, AGH - University of Science and Technology, Cracow, Poland O
http://home.agh.edu.pl/szymon/ PGP key id: RSA: 0x2ABE016B, DSS: 0xF9289982 F
Free speech includes the right not to listen, if not interested -- Heinlein H
From: horhe <horhe_USUNTO ORAZ_ZMIEN_CX_NA_PL.wp.cx>
Subject: Re: Odpowiedzi na spam
A pisze:
> Witam,
[...]
Obejscie problemu (niedoskonałe) to np. BATV
Pozdrawiam
From: A <user domain.invalid>
Subject: Re: Odpowiedzi na spam
gildor napisał(a):
> A pisze:
>> Jedyne co mi pozostało, patrząc w logi, nabluzgać na grupie, może
>> jakiegoś mądralę ocknie zanim zacznie wyrządzać zło innym.
>
> no prosze. lista dyskusyjna... może podpowiedz tym adminom co psują, bo
> tak, to tylko piane se pobijesz.
Odrzucać maile do nieznanych odbiorców w trakcie sesji, to chyba jasne!
Czy nie widzisz co się dzieje w sieci? Zerknij w logi. Nie przeżyłeś
jeszcze ataku? Nie martw się, prędzej czy później...
Niektóre barany odsyłają zwrotki nawet w całości, z obrazkiem, filmem,
wirusem, snopowiązałką, czymkolwiek. Przecież w ten sposób można
załatwić każde łącze. Do dziś też jeszcze egzystują woły patentowane
odsyłające wirusy wykryte przez systemy antywirusowe. Szkoda gadać.
A.
From: gildor <gildor NOSPAM.gazeta.pl>
Subject: Re: Odpowiedzi na spam
Szymon Sokół pisze:
> On Mon, 16 Jul 2007 19:05:10 +0200, gildor wrote:
>> no prosze. lista dyskusyjna... może podpowiedz tym adminom co psują, bo
>> tak, to tylko piane se pobijesz.
> ...a newsów nie czytają.
>
> Napisz sobie automacik i niech wysyła do postmaster <taki_serwer>
> odpowiednie objaśnienie (ale zredaguj je dopiero jak trochę ochłoniesz...)
ja? :)
--
- gildor
ZX9R'99 niebieeeeska, a nie zielona - WA
ARCH: http://groups.google.pl/group/pl.rec.motocykle?hl=pl&lr=
FAQ: http://www.riders.pl/wacko/wakka.php?wakka=MotocykloweFAQ&v=qvj
nie czyn jak ja czynie, tylko jak nauczam
From: gildor <gildor NOSPAM.gazeta.pl>
Subject: Re: Odpowiedzi na spam
A pisze:
> gildor napisał(a):
>> A pisze:
>>> Jedyne co mi pozostało, patrząc w logi, nabluzgać na grupie, może
>>> jakiegoś mądralę ocknie zanim zacznie wyrządzać zło innym.
>> no prosze. lista dyskusyjna... może podpowiedz tym adminom co psują,
>> bo tak, to tylko piane se pobijesz.
>
> Odrzucać maile do nieznanych odbiorców w trakcie sesji, to chyba jasne!
> Czy nie widzisz co się dzieje w sieci? Zerknij w logi. Nie przeżyłeś
> jeszcze ataku? Nie martw się, prędzej czy później...
moje predzej nastapiło dawno temu :)
--
- gildor
nie czyn jak ja czynie, tylko jak nauczam
From: Szymon =?iso-8859-2?Q?Sok=F3=B3?= <szymon bastard.operator.from.hell.pl>
Subject: Re: Cyrus+procmail i postfix
On Mon, 16 Jul 2007 16:55:26 +0000 (UTC), Karol Makowski wrote:
> On Mon, 16 Jul 2007 18:44:00 +0200, Szymon Sokół wrote:
>> Używaj raczej permit_mx_backup i permit_mx_backup_networks.
>
> Dziękuję za wskazówkę. Na pewno pomoże to na relay_domains, ale pewnie
> nie pomoże na mydestination i virtual.
Erm, a z mydestination masz jaki problem?
Aha, i nie wykluczam, że problem z relay_domains jest spowodowany błędem w
DNS - może nie jesteś zapasowym, tylko właśnie podstawowym MX tej drugiej
domeny? Dodaj do /etc/postfix/transport coś w stylu:
domena1.com.pl smtp:[primary-mx.domena1.com.pl]
to powinno pomóc w takim przypadku.
> Ale to teraz najmniejszy problem.
> Bardzo martwie się tym virtual.pcre.
Czy należy rozumieć, że domena.pl jest obsługiwana przez jakiś inny serwer
niż domena.com.pl? Jeśli tak, to tough luck - zainteresuj się "forward
address verification" -
<http://www.postfix.org/ADDRESS_VERIFICATION_README.html#recipient>; jeśli
nie, to chyba wystarczy przed odwołaniem do virtual.pcre skorzystać z
<http://www.postfix.org/postconf.5.html#smtpd_reject_unlisted_recipient>
--
Szymon Sokół (SS316-RIPE) -- Network Manager B
Computer Center, AGH - University of Science and Technology, Cracow, Poland O
http://home.agh.edu.pl/szymon/ PGP key id: RSA: 0x2ABE016B, DSS: 0xF9289982 F
Free speech includes the right not to listen, if not interested -- Heinlein H
From: Karol Makowski <spaceman BSDzine.org>
Subject: Re: Cyrus+procmail i postfix
On Mon, 16 Jul 2007 19:35:06 +0200, Szymon Sokół wrote:
> Erm, a z mydestination masz jaki problem?
>
> Aha, i nie wykluczam, że problem z relay_domains jest spowodowany błędem w
> DNS - może nie jesteś zapasowym, tylko właśnie podstawowym MX tej drugiej
> domeny? Dodaj do /etc/postfix/transport coś w stylu:
> domena1.com.pl smtp:[primary-mx.domena1.com.pl]
> to powinno pomóc w takim przypadku.
Taki jak pisałem. Serwer SMTP z lan wysyła do serwera domena.com maila, a
ten ma zostać przesłany na domena1.com. Problem w tym, że domena jest w
domains i mail najpierw trafia do transportu procmaila, który podaje to
do delivera od cyrusa. Zauważyłem, że podobne zachowanie występuje dla
domen w mydestination. Najpierw próbuje obrobić $HOME/.procmailrc i tam
się wykłada na braku pliku (konto nie istnieje w końcu, to tylko
przekierowanie).
>
>> Ale to teraz najmniejszy problem.
>> Bardzo martwie się tym virtual.pcre.
>
> Czy należy rozumieć, że domena.pl jest obsługiwana przez jakiś inny serwer
> niż domena.com.pl? Jeśli tak, to tough luck - zainteresuj się "forward
> address verification" -
><http://www.postfix.org/ADDRESS_VERIFICATION_README.html#recipient>; jeśli
> nie, to chyba wystarczy przed odwołaniem do virtual.pcre skorzystać z
><http://www.postfix.org/postconf.5.html#smtpd_reject_unlisted_recipient>
Nie nie. Nieprecyzjnie się wyraziłem. Mam konta pocztowe w domena.pl, ale
kiedyś funkcjonowały też domena.com.pl, inna.pl itp. Chciałbym, żeby mail
wysłany na user domena.com.pl trafił do skrzynki user domena.pl a także,
żeby userzy wysyłający ze starych domen mieli na serwerze zamieniany adres
From: na domena.pl. To była część większego skryptu, teraz w zasadzie
interesuje mnie tylko, aby poczta na te stare domeny trafiała do userów.
Problem w tym, że nie chce utrzymywać przekierowań per user w virtual
(wszystkie aliasy ustawiam w ldapie). No i ten virtual.pcre, którego
kawałek wkleiłem w poprzednim poście wyśmienicie się do tego nadaje, tyle
tylko, że pocztę mogę wysłać na cokolwiek domena.com.pl i postfix to
zaakceptuje, a wywalil się dopiero na procmailu. Przykład:
ylaa domen.apl
DE76DDC11E 24630 Mon Jul 16 19:18:03 MAILER-DAEMON
(temporary failure. Command output: procmail: Couldn't read
"/home/oryug/.procmailrc" procmail: Program failure (65) of
"/usr/lib/cyrus/deliver")
oryug domena.pl
To jest spam wysłany na oryug domena.com.pl, następnie zmanglowany i powrót
idzie już na to co wyżej. User jest randomowy, takich maili mam dziesiątki,
albo i setki.
--
spaceman
From: Damian 'legion' Szuberski <legion wmid.amu.edu.cutthisjunk.pl>
Subject: Re: =?iso-8859-2?Q?=B6mierdz=B1ce?= maile w kolejce exima
On 2007-07-16, Janusz A. Urbanowicz wrote:
>> A może przypadkiem identa odpytuje?
> Nie sądzę, tu nigdzie nie ma identa.
I pewnie dlatego masz taki duży timeout.
Sprawdź czy robisz -j REJECT na porcie 113.
--
Damian Szuberski
From: Ramzes <mailgoogle o2.pl>
Subject: Re: SERWER POCZTY
OK widze ze nie uzyskam tu odpowiedzi na moje pytania odnosnie postfix-
a.
Pozdrawiam
KONIEC TEMATU.