On Wed, 20 Jul 2005 20:01:34 +0200, farix wrote:
mam program pocztowy (postfix) w ktorym dialog wyglada nastepujaco:
xxx# (ja wpisuje) mail u@adres.pl
Subject: (ja wpisuje) temat
i dalej tresc maila
i na koncu
.
Primo: program 'mail' jest całkowicie niezależny od postfixa - gdybyś
miał[a] dowolny inny MTA, byłoby dokładnie tak samo.
Secundo: ponieważ Twój problem nie ma związku z MTA, to NTG.
chcialbym zrobic to za pomoca skryptu perla i moje pytanie:
Jak spowodowac aby perl czekal na zglosznie "Subject:" i nastepnie wpisal
tam temat?
Tertio: skoro masz problem z napisaniem skryptu, to właściwą grupą jest
pl.comp.lang.perl (pytanie, dlaczego właściwie chcesz to zrobić w Perlu,
skoro nie znasz tego języka?)
No i na koniec, może zacznij od przeczytania 'man mail' - podejrzewam, że
znajomość opcji -s zaoszczędzi Ci sporo trudu...
Pytanie może nieco lamerskie, a może i nie :
Czy można skonfiguraowac MSEX tak, aby dwóch róznych uzytkowników domeny MS
(dwa rózne konta NT auth) korzystało z tej samej skrzynki na Exchange ?
Chodzi o sytuacje, gdy trzeba miec zabezpieczony dostęp drugiej osoby do
skrzynki firmy w sytuacji, gdy jedna z osób np. zachoruje. Należy starać się
uniknąc wszelkich dialogow z pytaniami o hasło do tego wspólnego m-boxa.
Powinno działac korzystając tylko z haseł NT Auth tych dwóch osób.
Rozwiazanie na siłe - używać klienta POP/IMAP, ale wolałbym Exchange'a.
Poczta wysyłana może być oznaczona jako pochodząca z tego wspólnego konta -
na razie jest to bez znaczenia.
Pytanie pomocnicze :
Jak jest rola "Primay Windows NT Account" w mbox properties. Co się dzieje
jeżeli wpiszę tam grupę (np. DOMENASEKRETARIAT) ?
II pytanie pomocnicze :
W MSEX client można ustawić : "Open these additional mailboxes". Jeżeli
jestem Adminem i podam dodatkowy mbox, to moge czytać także ten dodatkowy.
Ale TYLKO jako ADMIN ! Na innych kontach - nie chce.
Jeżeli to nie jest lamerskie pytanie - czy w innych MTA mozna to zrobic ?
Pozdrawiam i czekam na "odzew"-
Tomasz Szczesniak
Robert Redziak napisał(a):
Sylaby) - nie widze jednak zadnego powodu, dla ktorych musialbym zmuszac
do tego uzytkownikow.
Podaj IP swego SMTP?
:-)))
Chce jednak zauwazyc ze :
* primo nie jest to kompletny open-relay. Ma realying ograniczony
jedynie dla ludzi z tpnet.pl i paru innych dialupow o ktore prosili mnie
uzytkownicy (np. Dialog)
* secundo kilkukrotnie przechodzil (z dobrym skutkiem) jakies
amerykanskie testy roznych orbsow, ribbonow i innych takich i nie
wystepuje w zadnej bazie openrelayi (o ile wiem)
* tertio nie idzie przez niego zaden spam, gdyz kontroluje na biezaco
ile i jakich listow siedzi mi w kolejce MTA. Natomiast gdy kiedys przez
pomylke otworzylem na krotko relaying dla wszystkich, juz na drugi dzien
mialem w kolejce 800 listow wyslanych z Azji
A co najwazaniejsze - nie jest to zaden z moich "glownych" serwerow,
jest to osobna maszynka prawie wylacznie do SMTP, nawet stoi w calkiem
innym miescie niz reszta maszyn. W przypadku gdyby z jakich przyczyn jej
IP zostal wpisany na jakas "czarna liste" jedynie zmieniam odwolanie dla
smtp.mojadomena.pl na calkiem inny serwer.
login: Mirek
password:
Last login: Thu, 20 Dec 2001 11:55:22 +0000 (UTC)
$ mail
From: Mirek Luc <mire@nask.pl
Yoss <bar@milc.com.plwrote:
: Jak wytlumaczyc takie cus? Czy to po prostu mail do mnie ze zmienionym
: naglowkiem "To: "?
: Return-Path: <ko@kobiz.net
: Received: from HC-server ([211.216.11.24])
: by gateway1.milc.com.pl (8.12.1/8.12.1/Debian -2) with ESMTP id fBHIJQNN013217
: for <bar@host9.milc.com.pl; Mon, 17 Dec 2001 19:19:45 +0100
: To: <basar@yahoo.com
Klasyczny spam. Naglowek `To' nie ma znaczenia, gdyz tam mozna wpisac z
lapki cokolwiek - np. a@bleble.com. To co masz w `Return-Path' mowi o
tym, jak sie "klient" przedstawil twojemu mailerowi w dialogu SMTP.
Dotąd wszystko prawda.
Oczywiscie tez moze tam wpisac bzdure.
A to nie do końca. Wszystko zależy od konfiguracji MTA.
Adrian S. napisał(a):
Hmm myślałem o czymś prostszym. Nawet jakiś skrypt podłączany do
inetda, rejestrujący dialog SMTP i potem go odtwarzający z głównym
MX.
...oraz potrafiący skolejkować wiadomości, ponowić próbę wysyłania,
przeprowadzić poprawny dialog SMTP a nie tylko "odtworzyć", etc -
właśnie opisujesz gotowe "skrypty" - dowolny MTA
Ja rozumiem, że przenoszenie poczty z powrotem do primary MX
przeprowadza się za pomocą np fetchmaila?
nie odrobiłeś pracy domowej - zapasowy MX sam z siebie sprawdza czy
primary odżył i mu odpowiednio przesyła skolejkowane wiadomości.
Artur R. Czechowski napisał(a):
On 2007-01-26, Lemat <lemat_hates_s@lemat.priv.plwrote:
| Mariusz Tkacz napisał(a):
| Czy dobrze rozumiem, że postfix
| nie dostaje info od amavisa, że poczta poszła gdzieś dalej?
| c) amavis stwierdza, że przesyłka jest spamem/virusem (ustawienie
| D_REJECT) i wtedy odpowiada postfixowi kodem 5xx a postfix sie zajmuje
| wygenerowaniem wiadomości typu Delivery Status Notication do nadawcy.
I w ten oto prosty i genialny sposób dostajemy lame AV i ryzykujemy
trafienie do RBLa gromadzącego takowe.
Pozdrawiam
Czesiu
Czy w takim razie możliwe jest zablokowanie takiej komunikacji i
doprowadzenie do takiego dialogu?
Postfix przyjmuje każdą przesyłkę i na każdą odpowiada "przyjąłem",
przekazuje to amavisowi, po odfiltrowaniu czyste oraz oznaczone listy
trafiają do docelowego MTA, ten potwierdza przyjęcie amavisowi. Postfix
nie otrzymuje żadnej informacji ani o tych listach, ani o listach, które
amavis usunął.
W amavisie praktycznie mam tylko notify_method i forward_method, nie
wiem co z postfixem.
Do tego oczywiście warunek podstawowy - postfix nie może niczego wysłać
inną drogą.
Pozdrawiam
Mariusz
Date: Sun, 18 Aug 2002 13:30:32 +0200
From: Marcin <M.Grzeskow@skrzynka.pl
Witam,
Mam takie pytanie w związku z mailem który do mnie przyszedł. Szczególnie
chodzi o linię
To: <"Undisclosed-Recipient:;"@domena.pl
Co to znaczy ? Że wysyła w ciemno do całej domeny domena.pl ? Czy to wina
mojego Postfixa ? W każdym razie jeśli ktoś może to proszę o wytłumaczenie.
Jeśli w treści listu nie ma nagłówka To: lub jest on pusty, MTA (tu: postfix)
dodają taki właśnie nagłówek. Nie oznacza to, że list poszedł do wszystkich
adresów w domenie, a jedynie to, że wszystkie adresy odbiorców podane były
tylko w dialogu SMTP, a nie w nagłówkach listu.
Jeśli coś pomieszałem, poprawcie mnie.
Date: Mon, 19 Aug 2002 16:18:42 +0200
From: Marcin <M.Grzeskow@skrzynka.pl
| tylko w dialogu SMTP, a nie w nagłówkach listu.
Z Twojego tłumaczenia zrozumiałem:
Ktoś wysyła coś. Nie wypełnia pola Do:. Pole Do: wypełnia jakiś skrypt.
Ten nagłówek jest wypełniany przez serwer SMTP (MTA).
I dlatego takie dziwne rzeczy są.
Tylko jak to się ma do Outlooka który to wysłał. Nic z tego nie wiem.
Mógłbyś wyjaśnić, o co Ci tak naprawdę chodzi?
Gobieslaw wrote:
W TB! juz kombinowalem ze wszystkimi mozliwymi ustawieniami serwera i dalej
nic, cos przy dialogu uwiezytelniajacym jest nie tak.
Niewiele Ci to pomoże, ale ja obstawiam tak:
1. Niepoprawna konfiguracja MTA lub TB
2. Niepoprawny revDNS w domenie pl
3. Bug w danej wersji TB
4. Może jakieś wynalazki po drodze typu NAV 2002 etc.
Aby wykluczyć 2, maile z OE, H i TB ślesz łącząc się zawsze z tym samym
providerem i z tego samego kompa?
Aby wykluczyć 3, próbowałeś to robić z TB np. v. 1.53t?
A ja chce miec netoperka bo juz wszystkie inne
skrzynki mam na nim i zostala tylko ta najwazniejsza.
I będziesz miał bo jesteś uparty.
Pozdrawiam - Nuta
(Remove "da" from my address. Usuń "da" z mego adresu)
In article <1103_1027416@news.dialog.net.pl, test wrote:
pRObuje ustawic mks_vira pod couriera i maildropa ale maildrop wogole mi nie chodzi
nie wiem juz co zmienic bo wszystko sie mi miesza w konfiguracjach
A my jako wróżki wykfalifikowane zgadujemy jaką masz konfigurację,
zastanawiamy się czy courier to MTA, czy po prostu nie chce Ci się
wpisać 'procmail + mks' w groups.google.com albo przejrzeć archiwum
p.c.m.mta z ostatniego miesiąca, było kilka razy.
jak to robic krok po kroku i jakos debuggowac w przypadku bledow
Logi tego czego używasz, Couriera, mta.
Obecnie robie to dla jednego uzytkownika testowego i maile do niego znikaja
Więc zapewne procmail ?
Przykład jest w readme.txt, było też kilka razy na pcolu.
hunter
ps. aha proponuję Fut w lepszszą okolice
Pewnego dnia, a było to Tue, 21 Nov 2000 20:32:57 +0100 przyszła do mnie
wiadomość z adresu <l@box43.pli powiedziała:
| A jakie komunikaty są od postfixa jak się wysyła do niego pocztę?
Przytoczę log z dialogu między mną (telnet://mail.yt.ng.pl:25/)
a Postfix'em via SMTP:
[..]
Jednak, gdy tak samo zrobię na telnet://klodzko.netgate.com.pl:25/,
to okazuje się, że mail "ginie" gdzieś w cyberprzestrzeni... :(
Jeśli nie ma śladów w logach o łączeniu się z serwerem to stawiam na
problemy z DNS-em (ewentualnie gdzieś po drodze jest filtrowane połączenie
na port 25). Próbowałeś inne MTA?
| myhostname = mail.yt.ng.pl
| mydomain = yt.ng.pl
| myorigin = $mydomain
| mydestination = $myhostname $mydomain
| relay_domains = $mydestination
ustawiłem jak kazałeś. Pomimo to - brak rezultatów...
| http://www.postfix.org/ - innych nie znalazłem.
To ja też znam, i wg. tego konfigurowałem Postfix'a...
...ale piszą tam, że wystarczą 3 opcje, by Postfix działał
poprawnie, tymczasem okazuje się, że nie, ponieważ
należy zefiniować ścieżkę do katalogu z kolejką, itp itd...
Nie trzeba, jeśli stosujesz wartości zmiennych zdefiniowane podczas
kompilacji.
eloy
zanotowane.pldoc.pisz.plpdf.pisz.plwpserwis.htw.pl