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