Díky za tipy.
--
Fanda Šidák
Liberec
Omluvám se, ještě uvádím nastavení fetchmailu:
poll mail.pipni.cz
protocol pop3
localdomains "lokalni.domena"
username "login"
password "heslo"
is * here
keep
ssl
--
Fanda Šidák
Liberec
Hladaj keyword envelope do .fetchmailrc
--
S pozdravom
Lubor Kacian
kacian-at-kacian-dot-sk
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Jak na lokalizaci? Czech Howto! http://www.penguin.cz/czech-howto/
> Dňa Sobota 12 Február 2005 12:16 popoludní František Šidák napísal:
>> František Šidák wrote:
>> > Dobrý den, mám malý problém s tříděním pošty. U providera mám jednu
>> > schránku (doménový koš), kterou mi vybírá fetchmail a předává zprávy
>> >...
>
> Hladaj keyword envelope do .fetchmailrc
>
Zkoušel jsem envelope "Received:" i envelope 1 "Received:" a pořád nic,
fetchmail přidává záhlaví podobné tomuto:
X-Fetchmail-Warning: adrese p?íjemce
(from[62.24.64.34]id1CzvNe-00...@domena.cz;Sat) nevyhovuje ?ádné
z místních u?ivatelských jmen
Hlavička mailu v boxu vypadá takhle:
******
Received: from [62.24.64.34] (port=1155 helo=smtp.dkm.cz)
id 1CzvqJ-0000pJ-F8
for b...@domena.cz; Sat, 12 Feb 2005 12:53:43 +0100
Received: (qmail 18172 invoked by uid 0); 12 Feb 2005 11:53:43 -0000
Received: from r3bd212.chello.upc.cz (213.220.247.212)
by smtp.dkm.cz with SMTP; 12 Feb 2005 11:53:43 -0000
From: =?iso-8859-2?q?Franti=B9ek_=A9id=E1k?= <a...@domena.cz>
To: b...@domena.cz,
c...@domena.cz
Subject: tak =?iso-8859-2?q?u=BE=3F?=
******
V prvním received je správná a použitelná adresa (b...@domena.cz)
--
Fanda Šidák
Liberec
> ostatně je to úkol právě
Takže při tomhle nastavení třídí fetchmail? Postfix bude třídít pokud
odeberu:
is * here
localdomains "sidak.net"
a přídám:
smtphost (např. localhost)?
--
Fanda Šidák
Liberec
Mimochodem, z uvedeného fetchmailu nastavení je patrné, že pochopitelně
netřídí postfix, ale fetchmail... ostatně je to úkol právě pro něj.
Slávek.
- --
Dne so 12. únor 2005 12:16 František Šidák napsal(a):
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQFCDe8dBqd9Bu0fSIQRAhDQAJwOrcBmxd29MhD5q20ZNetr2kIzLgCcCugZ
Kz5HS6lGwpqiPf1YM3mECA0=
=OMCt
-----END PGP SIGNATURE-----
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Konference o sprave Internetovych siti: net na list...@cs.felk.cvut.cz
nieeee. Skus envelope "X-Envelope-To", poripade ine, to si musis sam zistit,
v ktorej obalke ti posielaju usera. Mne to jeden ISP robi do "Delivered-To"
a mna slak triafal, kym som na taku blbost prisiel.
--
S pozdravom
Lubor Kacian
kacian-at-kacian-dot-sk
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Hledejte pomoci Google: http://google.com/linux
--
S pozdravom
Lubor Kacian
kacian-at-kacian-dot-sk
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Zkontrolujte si DNS: http://atrey.karlin.mff.cuni.cz/~mj/sleuth/
> Dňa Sobota 12 Február 2005 01:20 popoludní František Šidák napísal:
>> Slavek Banko wrote:
>> > ostatně je to úkol právě
>>
>> Takže při tomhle nastavení třídí fetchmail? Postfix bude třídít pokud
>> odeberu:
>> is * here
>> localdomains "sidak.net"
>>
>> a přídám:
>> smtphost (např. localhost)?
>
> nieeee. Skus envelope "X-Envelope-To", poripade ine, to si musis sam
> zistit, v ktorej obalke ti posielaju usera. Mne to jeden ISP robi do
> "Delivered-To" a mna slak triafal, kym som na taku blbost prisiel.
>
Standardně prý hledá fetchmail v Received: (ani jinou možnost nemám,
protože další vhodná hlavička v mailu není). Zkusil jsem mu to nastavit
i explicitně, ale pořád doručuje oběma oba maily (což nasvědčuje spíš
třídění podle To:)
Napadají mě 2 možnosti, ale nevím, co z toho je možný:
a) fetchmail předá mail bez přepisování/přidávání hlaviček
b) vytáhnout adresu za prvním for
k bodu a): i když nastavím set invisible, fetchamil přepíše adresáta za
for na root@localhost
k bodu b) i když zadám explicitně envelope "Received:", fetchmail přidá
hlavišku s chybou:
X-Fetchmail-Warning: adrese příjemce
(from[62.24.64.34]id1Czv0S-0007dm-R...@sidak.net;Sat)
nevyhovuje žádné z místních uživatelských jmen
kompletní mail, jak je v mailboxu:
Received: from [62.24.64.34] (port=3514 helo=smtp.dkm.cz)
id 1Czv0S-0007dm-Rg
for lucie.k...@sidak.net; Sat, 12 Feb 2005 12:00:20 +0100
Received: (qmail 99503 invoked by uid 0); 12 Feb 2005 11:00:08 -0000
Received: from r3bd212.chello.upc.cz (213.220.247.212)
by smtp.dkm.cz with SMTP; 12 Feb 2005 11:00:08 -0000
From: =?iso-8859-2?q?Franti=B9ek_=A9id=E1k?= <frantis...@sidak.net>
To: frantis...@sidak.net,
lucie.k...@sidak.net
Subject: =?iso-8859-2?b?6Pi+?=
Date: Sat, 12 Feb 2005 12:00:08 +0100
User-Agent: KMail/1.7.1
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200502121200.0829...@sidak.net>
X-UID: 9963
X-Length: 750
--
Fanda Šidák
Liberec
Fetchmail sám o sobě sice zprávu jen stáhne a předá MTA, ale příslušnému
MTA musí sdělit, komu že jako má zprávu doručit. Úkolem MTA není
prohlížet hlavičku zprávy jako takové, ale jen doručit adresátovi
sdělenému při SMTP vyjednávání, respektive na příkazovém řádku.
Nezbývá než opakovat, že třídění neprovádí MTA, ale fetchmail, který
zprávu stáhne, z hlaviček se snaží zjistit adresáty, a pak zprávu předá
MTA s informací, jakým příjemcům ji má doručit. MTA se pak již postará o
zařazení do určených schránek.
Slávek.
Dne so 12. únor 2005 15:13 Lubor Kacian napsal(a):
> Dňa Sobota 12 Február 2005 12:57 popoludní Slavek Banko napísal:
> > Mimochodem, z uvedeného fetchmailu nastavení je patrné, že
> > pochopitelně netřídí postfix, ale fetchmail... ostatně je to úkol
> > právě pro něj.
> >
> > Slávek.
>
> To nie je pravda. Vid man fetchmail.
> Dorucuje to na port 25 localhosta, na ktorom je spusteny,
> ak nic nepocuva na 25-ke, hlada bnarky sendmailu alebo procmailu.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQFCDhh/Bqd9Bu0fSIQRAhq8AJ41umM7qyE0Qk/O3wxY2xKMs/IxwACggGOs
swZE7jEPm7hYe9XNMQDUdwg=
=f92r
-----END PGP SIGNATURE-----
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Hledate software? Zkuste http://freshmeat.net/
Postfix (stejně jako jakýkoliv jiný MTA) třídit nebude. Pokud odeberete
"is * here", tak bude fetchmail všechny zprávy předávat jednomu příjemci
(přesněji řečeno předá je MTA s tím, že uvede stále stejného příjemce). O
třídění by se pak mohl starat leda procmail při doručení uvedenému
příjemci.
Slávek.
Dne so 12. únor 2005 13:20 František Šidák napsal(a):
> Slavek Banko wrote:
> > ostatně je to úkol právě
>
> Takže při tomhle nastavení třídí fetchmail? Postfix bude třídít pokud
> odeberu:
> is * here
> localdomains "sidak.net"
>
> a přídám:
> smtphost (např. localhost)?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQFCDhokBqd9Bu0fSIQRAspSAJ0cA/6YZ8IskDpdzsy0ulkHj+N6ZgCfasCW
9TVCnmcXgGOXCt6iqnczVOc=
=5r/Q
-----END PGP SIGNATURE-----
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Archivy news a prohledavani najdete na http://groups.google.com/
To vypadá, jako kdyby fetchmail nebyl schopen v "Received:" hlavičce najít
vlastní adresu, a tak ji vzal celou. Při pohledu na hlavičku je vidět, že
není ve formátu "from ... by ... for ..." - chybí část "by ...". Není
možné, že fetchmail při zpracování "Received:" vyžaduje i tuto část?
Slávek.
Dne so 12. únor 2005 15:38 František Šidák napsal(a):
> i když zadám explicitně envelope "Received:", fetchmail přidá
> hlavišku s chybou:
> X-Fetchmail-Warning: adrese příjemce
> (from[62.24.64.34]id1Czv0S-0007dm-R...@sidak.net;Sat)
> nevyhovuje žádné z místních uživatelských jmen
>
> kompletní mail, jak je v mailboxu:
> Received: from [62.24.64.34] (port=3514 helo=smtp.dkm.cz)
> id 1Czv0S-0007dm-Rg
> for lucie.k...@sidak.net; Sat, 12 Feb 2005 12:00:20 +0100
> Received: (qmail 99503 invoked by uid 0); 12 Feb 2005 11:00:08 -0000
> Received: from r3bd212.chello.upc.cz (213.220.247.212)
> by smtp.dkm.cz with SMTP; 12 Feb 2005 11:00:08 -0000
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQFCD+lWBqd9Bu0fSIQRAmHqAKCCdSHk9Mcg6ZJc5ql1FppOc7JjDACcCcc3
VLpxenwwJOrRM0NkxqDzMC0=
=JLH5
-----END PGP SIGNATURE-----
---------------------------------------------------------------------------
Meta-FAQ (odhlaseni, archiv, FAQ a dalsi): http://www.linux.cz/mailing-list
TIP: Konference o Perlu: perl na list...@muni.cz
> Lubor Kacian wrote:
>> Hladaj keyword envelope do .fetchmailrc
František Šidák <dis...@sidak.net> wrote:
> Zkoušel jsem envelope "Received:" i envelope 1 "Received:" a pořád nic,
hmmm, "Received" bez dvojbodky nejde? (checknite najprv manual samozrejme)
> V prvním received je správná a použitelná adresa (b...@domena.cz)
druha moznost je poziadat vaseho providera nech poskytuje hlavicky
X-Envelope-To: Asi to vsak nebude robit v pripade ze je dotycny mailbox
mieneny ako mailbox pre jednu osobu. Vtedy dostanete odporucanie kupit si
druhy...
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
M$ Win's are shit, do not use it !
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> To vypadá, jako kdyby fetchmail nebyl schopen v "Received:" hlavičce
> najít vlastní adresu, a tak ji vzal celou. Při pohledu na hlavičku je
> vidět, že není ve formátu "from ... by ... for ..." - chybí část "by
> ...". Není možné, že fetchmail při zpracování "Received:" vyžaduje i
> tuto část?
>
> Slávek.
>
> Dne so 12. únor 2005 15:38 František Šidák napsal(a):
>> i když zadám explicitně envelope "Received:", fetchmail přidá
>> hlavišku s chybou:
>> X-Fetchmail-Warning: adrese příjemce
>> (from[62.24.64.34]id1Czv0S-0007dm-R...@sidak.net;Sat)
>> nevyhovuje žádné z místních uživatelských jmen
>>
>> kompletní mail, jak je v mailboxu:
>> Received: from [62.24.64.34] (port=3514 helo=smtp.dkm.cz)
>> id 1Czv0S-0007dm-Rg
>> for lucie.k...@sidak.net; Sat, 12 Feb 2005 12:00:20 +0100
>> Received: (qmail 99503 invoked by uid 0); 12 Feb 2005 11:00:08 -0000
>> Received: from r3bd212.chello.upc.cz (213.220.247.212)
>> by smtp.dkm.cz with SMTP; 12 Feb 2005 11:00:08 -0000
pomohlo mi nahradit envelope "Received:" za envelope Received, přidal
jsem ještě localdomains, ale pořád fetchmail určuje příjemce podle To:.
I když uvedu envelope 1 Received, chová se to stejně :(
Nějak si už nevím rady.
--
Fanda Šidák
Liberec
A je vůbec vhodné předávat poštu přijatou fetchmailem postfixu? Uvažuju
(když je to problémové řešení), jestli nenasadit raději procmail, nebo
maildrop, ale potřeboval bych maily ještě před tím prohnat amavisem. Jak
to vhodně přeusporádat?
(S providerem jsem v jednání, nejedná se o mailbox pro jednoho člověka,
ale pro doménový koš)
Díky moc
Fanda
Nějak mám ale problém s vytažením správné hlavičky adresáta. Podle
Received
to nějak nefunguje. Hlavičku jako "X-Envelope-To" do mailu poskytovatel
nepřidává. Zřejmě bude cosi s třídícím mechanismem fetchmailu (6.2.5),
protože ve win jsem používal na pop3 stahování LanSuite602, a určováním
příjemců neměl problém (jestli to ovšem netřídí spíš jako procmail).
Není
nějaká alternativa k fetchmailu?
Díky
A k comu vam to teda vobec pomohlo?
> I když uvedu envelope 1 Received, chová se to stejně :(
>
> Nějak si už nevím rady.
uz ste kontaktovali providera nech pridava X-Envelope-To?
Alebo ide o schranku urcenu pre JEDNEHO pouzivatela a preto to urobit
odmietol? V tomto pripade radsej niekoho poverte tym aby tie maily
manualne rozhadzoval...
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Posli tento mail 100 svojim znamim - nech vidia aky si idiot
Send this email to 100 your friends - let them see what an idiot you are
--
Fanda Šidák
Liberec
"Matus UHLAR - fantomas" <uh...@fantomas.sk> píše v diskusním příspěvku
news:cuqjk8$1mkr$3...@news.nextra.cz...
chcete povedat ze LanDuite 602 dokazalo spolahlivo zistit, kto mal byt
prijemcom mailu, aj ked dana informacie v maile skratka nebola?
Alebo to len bral tak, ze co sa dalo dorucil zvysok zahodil a vy ste si to
nevsimli?
> Není nějaká alternativa k fetchmailu?
Alternativa nepomoze, problem je v principe.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
"Where do you want to go to die?" [Microsoft]
neziskate tym nic, iba stratite (napr. expanziu aliasov). ak to chcete
prehnat amavisom, bude lepsi postfix. este lepsie bude o antivirus
poziadat providera...
Pokial ide o problem samotny, ten je v tom ze cely dany mechanizmus nie je
vhodny pre to, aby ste postu pre viac pouzivatelov pchali do jedneho
mailboxu a potom zase rozdelovali. Neexistuje totiz standardizovana
definicia, ako uchovavat skutocne adresy prijemcov v mailboxe a to je
presne vas problem.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
"The box said 'Requires Windows 95 or better', so I bought a Macintosh".
"Matus UHLAR - fantomas" <uh...@fantomas.sk> píše v diskusním příspěvku
news:cveogl$1hlk$1...@news.nextra.cz...
ano, trafili ste problemy. Preto sa riesiaa hlavicky ako X-Envelope-To,
staticke adresy, pripadne prikaz ATRN na leveli SMTP. To druhe podporuje
exchange, o UN*Xov som o tom este nepocul (ale je to implementovatelne).
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Your mouse has moved. Windows NT will now restart for changes to take
to take effect. [OK]