fetchmail > akármi > local userek

Sziasztok,

Még 1x nekifutok, hátha most már sikerül megoldani.

A cél, hogy egy ISP-nél tárolt közös mailbox-ból fetchmail-lel lehúzni a leveleket és azokat valahogy szétszórni a helyi userek postafiókjába.

Alapból jó lenne a fetchmail + procmail páros is, de itt az a követelmény, hogy az ismeretlen címre érkező mail az ne vesszen el, ne pattanjon vissza, hanem a főnök postafiókjában landoljon (bizonyos szempontból van értelme a kérésnek).

Viszont ha fetchmail+procmail -lel csinálom, akkor a fenti feltétel miatt mindenféle küszködések lépnek fel azzal kapcsolatban, hogy a főnök csak akkor kapja meg a levelet, ha ő is címzett (to, cc, bcc) vagy ismeretlen a címzett, stb. és nekem úgy tűnik, hogy a procmailrc nagyon rugalmatlan (nem igazán arra való, hogy TÖBB komolyabb szabály szerint TÖBB user leveleit válogassa, a forkolódása meg maga a halál).

Most éppen a fenti megoldással nagyon bénán, de megy a cucc és tiszta égő, ezért szeretném leváltani.

A kérdés, hogy át lehet-e úgy passzolni fetch-ből postfix-nek a leveleket, hogy
- a feladó ne íródjon át
- a címzett ne íródjon át (eddig ezeket tapasztaltam)
- minden címzett megkapja a neki szóló levelet (mindegy, hogy to-ban, cc-ben, vagy bcc-ben van)
- és hogy a 'fiktív' címekre (info, sales, hr, stb) érkező leveleket több személy is megkapja

Szerintem ez nem lehet túl nagy kívánság és nem is nagy trükk, csak én nem jöttem még rá a hogyanra.

Köszi.

Hozzászólások

nem egyszerubb sajat mx rekordot fentartani?

keszitesz egy dyndns bejegyzest, majd megkered a sajat domained dns gazdajat, hogy az mx rekord mutasson a dyndns-re. ekkor lokalba annyi usert hozhatsz letre amennyit akarsz. gondolom jelenleg is van a cegnel szerver ami 7/24 igy nem okozna gondot ezt megoldani.

Nekem pont ugyanezt kellett megcsinálnom, csak én fetchmail Exim párost használok. Nem tudom nálad, hogy néz ki a fetchmailrc de lényeg a 'envelope'. Ez alapján dől el, hogy kinek megy a levél. Az Exim ezután lazán berakja ez emberek postafiókjába a leveleket.

set syslog
set postmaster "root@mydomain.hu"
set bouncemail
set no spambounce
set properties ""
poll mail.akarmi.hu with proto POP3 options
localdomains mydomain.hu
envelope 'X-Original-To:'
user 'felhasznaló' there with password 'jelszó' ssl is 'fetcher' * here batchlimit 1

A rossz címre érkező leveleket pedig Postfix szinten kell lekezelned.

Szóval kész, lúzer vagyok, de most már nem értem a dolgokat.

Ez a fetchmailrc-m:

set syslog
set postmaster "mogorva @mydomain.hu"
set bouncemail
set no spambounce
set properties ""
poll POP3_SZERVER with proto POP3 options
localdomains CEGESDOMAIN.HU
envelope 'To:'
user 'USERNÉV' there with password 'JELSZÓ'
keep

Ha jön egy levél a valodi_cimzett @ cegesdomain. hu -ra, akkor ez kerül a syslogba:

Jul 12 11:26:07 mailsrv postfix/local[10005]: 559DB2C1991: to=fetchmail @localhost.CEGESDOMAIN.HU, orig_to=fetchmail @localhost, relay=local, delay=0, status=sent (delivered to mailbox)

A fetchmail postafiókjába landoló levélnek meg ilyen releváns headerjei vannak:

X-Original-To: fetchmail @localhost
Delivered-To: fetchmail @localhost.CEGESDOMAIN.HU
X-Original-To: tejtermek @POP3_SZERVER_DOMAIN.HU
Delivered-To: tejtermek @POP3_SZERVER_DOMAIN.HU
To: valodi_cimzett @CEGESDOMAIN.HU

Szóval még mindig nem megy, hogy a fetchmail úgy adja át a levelet az MTA-nak, hogy megmaradjon az eredeti címzett.

Biztos vmi apróságot szúrok el, de nem találom mi az.

Valaki help nekem plíz! B-)

probald ezt:

envelope 'X-Original-To:'


-E
| --envelope

(Keyword: envelope) This option changes the header fetchmail
assumes will carry a copy of the mail's envelope address. Nor-
mally this is `X-Envelope-To' but as this header is not stan-
dard, practice varies. See the discussion of multidrop address
handling below. As a special case, `envelope "Received"'
enables parsing of sendmail-style Received lines. This is the
default, and it should not be necessary unless you have globally
disabled Received parsing with `no envelope' in the .fetchmailrc
file.

Mogi, nekem semmi extra nincs beállítva, és így kapom a leveleim:


 Subject: Gabor Garami, here's the 'key' to your new ‘EVO’ website...
 Sender: "VWD" <evo@vwd-e.com>
 From: "VWD" <evo@vwd-e.com>
 Date: Thu, 12 Jul 2007 11:15:40 +0100
 To: "Gabor Garami" <hrgy@freemail.hu>
 X-Priority: 3
 Content-Transfer-Encoding: Quoted-Printable
 MIME-Version: 1.0
 X-Mailer: JMail 4.5 by Dimac
 Accreditor: Habeas
 X-Habeas-Report: Please report use of this mark in spam to http://www.habeas.com/report/
 Content-Type: text/html;
        charset="iso-8859-1"
 Message-Id: <20070712090731.22F587221B@smtp3.vwdmail.com>

A fetchmail.conf-om midevágó része elég unalmas:


set syslog
poll mail.freemail.hu proto pop3
   user hrgy is hron here password ********

Nem lehet, hogy túlbonyolítod, és a postfix-szel kéne forwardoltatni a leveleket?

Köszi,

Már átálltam a postfixes játékra, csak ott is belefutottam valami bénázásba. Ma semennyire nem vagyok a topon. A létező userek már gyönyörűen megkapják a leveleiket, de a nemlétező címre érkező leveleket is be kéne csűrni egy bizonyos mailbox-ba és az egyelőre vmiért nem klappol.

set syslog
set no bouncemail
defaults protocol pop3
nokeep
forcecr
poll pop3.server.valahol
aka a.te.domainod.hup
nodns
user pop3usernév with password töktitkosjelszó to
'xxx' = 'yyy'
'abc' = 'def'
here

#xxx a cmízett, yyy a local user

Ez a fetchmail.conf-unk, sarge, exim .. a szortírozást a fetchmail végzi ... ezzel ..

ja, az ismeretleneket a root kapja meg .. vagy aki a root leveleit