Podesavanje sendmail-a

[ Mihajlo Cvetanović @ 01.06.2006. 12:15 ] @

Mučim se sa kombinacijom sendmail-fetchmail već nekoliko dana. Pročitao sam razna uputstva, i howto-ove, i FAQ-ove, ali začudo nigde ne piše baš ono što meni treba. Prosto ne mogu da verujem da to što ja hoću nikome do sada nije trebalo...

Elem, imam jedan POP3 nalog kod provajdera ([email protected]), domen kod istog, i jednu linux mašinu kojom želim da zamenim postojeću windows mašinu sa ftgate-om (koja razvrstava poruke sa tog jednog POP3 naloga na sve korisnike, *@mojdomen.co.yu). Znači želim da podesim sendmail tako da kada mu se pošalje RCPT TO: [email protected] on to prihvati kao da je poslato RCPT TO: pera@localhost. Pritom ne želim da to rešavam preko /etc/hosts, ili preko DNS-a. Koristim FC5, fetchmail i sendmail. Nije bilo neophodno da se koristi baš to, ali neću sad da menjam jedan program drugim, tako da vas molim da me to i ne savetujete.

Pretpostavljam da je problem u sendmailu, jer testiram stvari tako što se telnetujem na port 25. Kada stavim RCPT TO:[email protected] dobijem odgovor "Recepient ok (message will queue)", a pera nikad neće primiti tu poruku. Mojdomen.co.yu i nije na toj linux mašini, nego je kod provajdera, valjda ga to zeza. Probao sam i sa FEATURE(use_cw_file), i sa FEATURE(virtualhosts) u sendmail.mc, i u /etc/mail/virtualhosts da stavim liniju "mojdomen.co.yu $1", ali ne pomaže. Nisam zaboravio da kompajliram sendmail.mc i restartujem sendmail.

Gde grešim?

[ VRider @ 01.06.2006. 13:07 ] @

Sendmail treba da bude podesen da prima mail za localhost i za mojdomen.co.yu, i onda ce sve sto primi za mojdomen.co.yu (nebitno da li iz lokalne mreze ili sa lokalne masine od fetchmaila) biti isporuceno na lokalnu masinu.

[ Mihajlo Cvetanović @ 01.06.2006. 14:58 ] @

E to je još čudnija stvar, ako u local-host-names fajl stavim liniju "mojdomen.co.yu" onda mi na "RCPT TO: [email protected]" javlja "550 5.1.1 [email protected]... User unknown". Umesto pere može i root da bude, ista je greška.

[ VRider @ 01.06.2006. 15:09 ] @

Time se moj doprinos okoncava, jer sa Sendmailom nisam radio.

[ Jbyn4e @ 01.06.2006. 15:45 ] @

Na jednoj masini gde ima sendmail, a situacija je slicna kao kod tebe, stoji nesto ovako u /etc/sendmail.cf:

Citat:

# who I masquerade as (null for no masquerading) (see also $=M)
DMmojdomen.com
# "Smart" relay host (may be null)
DSmail.provajder.net
# file containing names of hosts for which we receive email
Fw-o /etc/mail/local-host-names %[^\#]

A u fajlu /etc/mail/local-host-names:

Citat:

mojdomen.com mojdomen

Pa probaj, mozda to pomogne.

P.S. Za fetchmail - moraces da koristis verovatno i procmail, jer fetchmail samo dovlaci sa pop3 naloga u JEDAN account na masini (neka me neko ispravi ako gresim), i onda pomocuu procmail-a tog "korisnika" i headera maila - rasporedjujes po ostalima.

[ VRider @ 01.06.2006. 17:33 ] @

@Jbyn4e: Gresis.

Fetchmail dovlaci mail za jedan nalog (koji predstavlja mail za deo domen u ovom slucaju) i isporucuje ga lokalnom sendmailu. Sendmail ce taj mail da raspodeli korisnicima isto kao i onaj koji mu stize direktno - procmail, dropmail, ili na neki drugi nacin, ali tu nema nikakvih dodatnih podesavanja.

[ Mihajlo Cvetanović @ 02.06.2006. 17:31 ] @

Problem sa sendmailom je izgleda rešen, trebalo je u sendmail.mc staviti liniju LOCAL_DOMAIN(`mojdomen.co.yu'), što je i logično, sad kad znam...

Imam sad pitanje za fetchmail. Isti bi trebao da radi u daemon modu, ali kada u /etc/rc.d/rc.local stavim liniju "fetchmail -d 600" ništa ne biva. Probao sam i da napravim nekakav skript /etc/init.d/fetchmail sa start, stop i restart opcijama, i da postavim linkove na njega u rc3.d/S99fetchmail i rc5.d/S99fetchmail (našao sam to negde), ali opet ništa. To jest radi kad otkucam service fetchmail start, ali neće sam da se pokrene po butovanju.

Zna li neko šta sad?

[ Jbyn4e @ 05.06.2006. 09:40 ] @

Citat:

VRider: @Jbyn4e: Gresis. :)
Fetchmail dovlaci mail za jedan nalog (koji predstavlja mail za deo domen u ovom slucaju) i isporucuje ga lokalnom sendmailu. Sendmail ce taj mail da raspodeli korisnicima isto kao i onaj koji mu stize direktno - procmail, dropmail, ili na neki drugi nacin, ali tu nema nikakvih dodatnih podesavanja.

Daj mi primer. Npr. ja imam u .fetchmailrc-u:

Citat:

poll pop3.net.yu with proto pop3:
user test there with password "password" is test2 here fetchall;

Lokalno imam korisnike recimo maja, goga, dejan, milan. Kako ce sendmail da zna koji mail @firma.co.yu da rasporedi gogi a koji dejanu? Ili postoji dugacija konfiguracija za koju ja ne znam?

[ VRider @ 06.06.2006. 01:13 ] @

Evo mog fetchmailrc-a:

Code:

set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
poll SERVER_IP localdomains MOJDOMEN.CO.YU no envelope
protocol pop3:
username USER password PASSWORD to * here
fetchall

Kada fetchmail povuce postu za [email protected] onda ce on to preko lokalnog sendmaila da isporuci za [email protected]. Kako to radi sendmail, to nema veze sa fetchmailom. Nisu potrebna nikakva dodatna podesavanja sendmaila za situaciju kada se mail isporucije preko fetchmaila u odnosu na situaciju kada je taj mail server primarni i kada mu se mail isporucije direktno sa neta.

[ Jbyn4e @ 06.06.2006. 11:45 ] @

Cek cek, nisam te bas shvatio. Primera radi, meni sav mail [email protected] zavrsi u [email protected]. Ja nemam mail.domen.co.yu pa tamo ime1, ime2, ime3.... vec imam samo [email protected]. Ako ti kazes:

Citat:

username USER password PASSWORD to * here

odnosno u mom primeru bi to bilo:
username test password password to * here
to znaci da ce on sav mail sa [email protected] da stavi na test@localhost. Kako ce onda da ih rasporedi na ime1@localhost, ime2@localhost itd ?(localhost ovde uzimam kao ime racunara na kome radi sendmail ili neki drugi mta). Ili opet gresim?

[ VRider @ 06.06.2006. 12:08 ] @

Opet gresis.

Kod tvog provajdera je podeseno da mail koji ide za [email protected], [email protected] se smesti u [email protected]. Mail koji stize na tu masinu je adresiran sa [email protected], a njega samo neki alias ili tako nesto prebacuje u [email protected].
Medjutim, kada fetchmail pokupi taj mail, onda ga on na lokalnoj masini isporucuje za [email protected] i [email protected], a lokalna masina koja je podesena da prima mail za domen.co.yu ga preuzima, i tako dalje, ali, taj deo je jasan.

[ Jbyn4e @ 06.06.2006. 12:25 ] @

Hvala na brzom odgovoru. Bas cu da probam takvu kombinaciju, mnogo je lakse nego se zezati sa procmailom.
Da li ovo radi ok i ako je u pitanju BCC polje (toga nema u TO: CC: )...? Znaci ako je neko poslao BCC na [email protected], da li ce to da ode na ime1@localhost ili ce nesto cudno da se desi?

Primera radi: mailing lista. Iskljucivo u headerima se vidi da je ovo za [email protected], koji bi trebalo da se stavi u korisnik@localhost

Citat:

From [email protected] Tue Jun 6 13:20:07 2006
Return-Path: <[email protected]>
Received: from localhost (localhost [127.0.0.1])
by mailserver.domen.local.net (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id k56BK7x7016827
for <domen@localhost>; Tue, 6 Jun 2006 13:20:07 +0200
X-Original-To: [email protected]
Delivered-To: [email protected]
Received: from pop3.verat.net [85.222.160.130]
by localhost with POP3 (fetchmail-5.9.0)
for domen@localhost (single-drop); Tue, 06 Jun 2006 13:20:07 +0200 (CEST)
Received: from smtp3.verat.net (smtp3.verat.net [85.222.160.133])
by orion-0.verat.net (Postfix) with ESMTP id C089B1CF725
for <[email protected]>; Tue, 6 Jun 2006 13:10:15 +0200 (CEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
by smtp3.verat.net (Postfix) with ESMTP id EC42C1FF58
for <[email protected]>; Tue, 6 Jun 2006 13:11:08 +0200 (CEST)
Received: from smtp3.verat.net ([127.0.0.1])
by localhost (smtp3.verat.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 05188-08 for <[email protected]>;
Tue, 6 Jun 2006 13:11:08 +0200 (CEST)
Received: by smtp3.verat.net (Postfix, from userid 1003)
id C24DD20054; Tue, 6 Jun 2006 13:11:08 +0200 (CEST)
Received: from lists.suse.com (lists.suse.de [195.135.221.131])
by smtp3.verat.net (Postfix) with SMTP id 787351FF58
for <[email protected]>; Tue, 6 Jun 2006 13:11:05 +0200 (CEST)
Received: (qmail 8685 invoked by alias); 6 Jun 2006 11:09:17 -0000
Mailing-List: contact [email protected]; run by ezmlm
Precedence: bulk
List-Post: <mailto:[email protected]>
List-Help: <mailto:[email protected]>
List-Unsubscribe: <mailto:[email protected]>
List-Subscribe: <mailto:[email protected]>
X-Mailinglist: suse-amd64
X-MIME-Notice: attachments may have been removed from this message
Delivered-To: mailing list [email protected]
Received: (qmail 8676 invoked from network); 6 Jun 2006 11:09:16 -0000
X-Authenticated: #153925
From: Bernd Paysan <[email protected]>
To: [email protected]
Date: Tue, 6 Jun 2006 13:09:01 +0200
User-Agent: KMail/1.9.1
Cc: Andi Kleen <[email protected]>, Robert Schiele <[email protected]>
References: <[email protected]> <[email protected]> <[email protected]>
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/signed;
boundary="nextPart5427054.SkBCb5O3Fj";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <[email protected]>
X-Y-GMX-Trusted: 0
X-Virus-Scanned: by amavisd-new at Relay2.suse.de
X-Spam-Status: No, hits=-2.5 tagged_above=-20.0 required=5.0 tests=BAYES_00,
FORGED_RCVD_HELO
X-Spam-Level:
Subject: Re: [suse-amd64] SuSE 10.1: Non-tls version of glibc?
X-Virus-Scanned: amavisd-new at verat.net

P.S. Malo sam izmenio adrese da spam roboti luduju :)

_{[Ovu poruku je menjao Jbyn4e dana 06.06.2006. u 13:35 GMT+1]}

[ Mihajlo Cvetanović @ 06.06.2006. 17:41 ] @

E taman lepo, odgovor na to i meni treba. Kad sam sebi posaljem poruku sa adresom u BCC onda ta poruka zavrsi kod postmastera, jer fetchmail ne moze da pronadje adresu (lepo se vidi kad pokrenes fetchmail sa -v). U uputstvu pise da je default envelope polje Received, i tu se zaista i nalazi adresa iz BCC, medjutim fetchmail ne ume da se snadje.

BTW pronasao sam kako se kreira fetchmail servis. Za kreiranje servisa potrebno je da skripta ima dodatna dva reda komentara, videti man chkconfig, poglavlje RUNLEVEL FILES.

[ VRider @ 06.06.2006. 18:00 ] @

U pravu ste. BCC ne provaljuje. Ne znam samo kako ovi za godinu dana u firmi to nisu provalili.

[ Mihajlo Cvetanović @ 06.06.2006. 18:49 ] @

Ko zna koliko se poste nakupilo postmasteru...

Nego, i to sam provalio. Ima objasnjeno na http://www.catb.org/~esr/fetchmail/fetchmail-FAQ.html#M7 ali ukratko moras da ubodes pravi mail server (ako ih ISP ima nekoliko), i to onaj koji pise u prvom Received polju kao "by".

[ Mihajlo Cvetanović @ 05.07.2006. 12:19 ] @

Dodatno podešavanje: Ako u Received polju stoji "by nešto", gde je nešto adresa od koje nije došla poruka (recimo stoji "by smtp.provajder.co.yu", a poštu prosto morate da dovlačite sa pop3.provajder.co.yu), onda u fetchmailrc fajlu treba da se koristi "via" opcija. Znači umesto "poll pop3.provajder.co.yu" treba "poll smtp.provajder.co.yu via pop3.provajder.co.yu".

Ako kod "by" može da stoji jedna od nekoliko adresa onda se koristi "aka" opcija, tj. "poll smtp.provajder.co.yu aka smtp2.provajder.co.yu via pop3.provajder.co.yu"