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.
- 2333 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
De ekkor nyitni kéne a tűzfalon egy SMTP portot, amit nagyon nem szeretnék.
- A hozzászóláshoz be kell jelentkezni
mert? most hogyan kuldtok mailt? szolgaltato smtp-jen keresztul?
belso levelezes is kulso szerveren keresztul tortenik?
- A hozzászóláshoz be kell jelentkezni
Úgy tudom, a belső klienseknek a belső smtp szerver van megadva és annak van relayhost paramétere.
- A hozzászóláshoz be kell jelentkezni
ha kintrol nem latszik az smtp port, akkor hogyan kuldesz onnan levelet?
okosabb szerverek azonnal elhajitanak.
- A hozzászóláshoz be kell jelentkezni
Az axelero mint relayhost simán fogadja a kapcsolatot és ez nekem épp elég.
- A hozzászóláshoz be kell jelentkezni
szerintem a dyndnsnél nincs cím->név feloldás, és ezért sok gép eldobja a levelet
- A hozzászóláshoz be kell jelentkezni
nincs bizony mert a cim->nev feloldas az annak a szolgaltatonak a dolga aki az adott cimet kiosztja.
- A hozzászóláshoz be kell jelentkezni
Nekem is az van, még egy levelem se tűnt el, max csak quota exceeded-del visszapattogott.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Szia,
1) thx, csinálok itt egy kis qemu -s installt és kipróbálom, mielőtt élesbe megy
2) a postfixes 'defa' usert meg tudom oldani, nem is az volt a gáz, hanem a fetchmail-es rész.
- A hozzászóláshoz be kell jelentkezni
fetchmailnél figyelni kell hogy lovaldomain be legyen állítva a domainodra mer ha nem mindent bevág a rootnak
a fetchmail tökéletesen elég, nem kell procmail,fetchmail+**** azt kész
- A hozzászóláshoz be kell jelentkezni
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-)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Nincs ilyen mezője a levélnek (ettől függetlenül próbáltam), ezért lett az envelope "To:" opció.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 ..
- A hozzászóláshoz be kell jelentkezni
ja, az ismeretleneket a root kapja meg .. vagy aki a root leveleit
- A hozzászóláshoz be kell jelentkezni