Dotaz: Postfix - několik stejných e-mailů ve schránce

[mrtn]

Zdravím, potřebuji poradit, co dělat s následujícím:

Poštovní server (Postfix, Dovecot) doručuje do schránky uživatele jeden mail několikrát (tzn. ve schránce se jich postupně vytvoří několik, i v případě, že se mezitím stahuje na desktop). Dělá to i u mailů, které se předávají několika uživatelům (Mail Aliases). Zkoušel jsem hledat v logu, ale nenašel jsem tam nic podezřelého nebo co bych nějak pochopil Nestává se to pořád, ale třeba dnes přišel jeden e-mail během odpoledně 6x. Server je Ubuntu 10.04.

Přes Google jsem našel na fórech něco o tom, že by to mohlo být v případě, že je špatně nastavený cron a Postfix nestíhá vyprázdnit frontu dřív, než ho znovu spustí. Ale to se mi moc nezdá, protože máme jen ca. 15 uživatelů a jsou to běžné krátké e-maily bez příloh, tak nevím, co by nemělo stíhat.

Můžete mi prosím někdo nasměrovat, co bych měl zkusit?

Díky

Martin

Odpovědi

[MMMMMMMMM]

Cron? Jakou v tom hraje roli?

Chtělo by to vidět hlavičku všech těch 6 mailů, které přišly. Opravdu není možné, že došly celkem 6x? Což ostatně v logu musí být vidět.

[mrtn]

Cron? Jakou v tom hraje roli?

Chtělo by to vidět hlavičku všech těch 6 mailů, které přišly. Opravdu není možné, že došly celkem 6x? Což ostatně v logu musí být vidět.

příklad hlavičky (kvůli anonymitě to není ze "skutečné" pošty ale ze spamu, kde se to stalo taky:

From - Thu May 15 22:00:23 2014
X-Account-Key: account10
X-UIDL: 1229257927.41503
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Return-Path: <____>
X-Original-To: _____
Delivered-To: _____
Received: from s01 (localhost [IPv6:::1])
	by s01 (Postfix) with ESMTP id 19CB732DC60
	for <_____>; Thu, 15 May 2014 19:00:05 +0200 (CEST)
X-Envelope-To: <_____>
X-Envelope-From: _____
X-SMTP-Id: s4FGWwwI024725
Received: from pop._____.cz [_____]
	by s01 with POP3 (fetchmail-6.3.9-rc2)
	for <_____> (single-drop); Thu, 15 May 2014 19:00:05 +0200 (CEST)
Received: from smtp4.aconte.net (smtp4.aconte.net [_____])
	by _____.cz (8.13.7/8.13.7) with ESMTP id s4FGWwwI024725
	for <_____>; Thu, 15 May 2014 18:32:59 +0200
	(envelope-from ____.cz)
Received: from DEVIIS (unknown [_____])
	(Authenticated sender: smtpbase)
	by _____.net (Postfix) with ESMTPA id 7DAB827B37
	for <_____.cz>; Thu, 15 May 2014 18:32:59 +0200 (CEST)
Message-ID: <314b8ac1-fcc9-432f-98e7-6116a8d37d9e______>
MIME-Version: 1.0
Sender: _____.cz
From: "Rychleber" <__>
To: _____.cz
Date: 15 May 2014 18:32:59 +0200
Subject: =?utf-8?B?U3VwZXIgdsO9a29ubsO9IG5vdGVib29rIHXFviBvZCAzMjkw?=
 =?utf-8?B?IEvEjS4gQSBzcG91c3R1IGRhbMWhw61oby4g?=
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

Všechny zprávy jsou úplně stejné (vč. Message-ID)

Ne, přichází pouze jednou, to vím určitě (mj. že mi to dělají i distribuované maily z našeho groupwaru, u kterého mám odesílání pod kontrolou).

Včera to probíhalo tak, že jsem na zkoušku vypnul stahování pošty od providera úplně (fetchmail), stáhl poštu na desktopy, vyprázdnil tím schránku a v cca 45 min. intervalech se ve schránkách na serveru pár mailů objevovalo opakovaně znovu a znovu.

Trochu přesnější popis je asi, že se e-mail zvenku stáhne, k tomu "násobení" nějak dochází při rozdělování pro aliasy do poštovních schránek na našem serveru - jakoby ho předal několikrát.

Ale není tam žádný konstatní počet kolikrát se opakuje ani se to nestává pokaždé.

[AraxoN]

Kľúčová časť IMHO bude tu:

i v případě, že se mezitím stahuje na desktop

Keď cez POP3 sťahuješ maily a máš v klientovi zaškrtnuté "ponechať kópiu na serveri", tak presne to ten klient urobí - stiahne k sebe a potom na serveri vytvorí novú kópiu. To je OK, kým ku tomu pristupuje len jeden POP3 klient. V momente ak ku tejto schránke pristupuje viac klientov cez POP3, nová kópia od jedného klienta je pre druhého klienta úplne nový mail. Takže ten ho tiež stiahne k sebe a vytvorí ďalšiu kópiu. Tá je nová pre toho prvého a tak dookola si to tam navzájom vytvárajú, až kým nepríde POP3 klient, ktorý nemá nastavené vytváranie kópií. Ten túto špirálu utne, pretože mail stiahne k sebe a jeho novú kópiu už nevytvorí.

Riešením je cez POP3 pristupovať len z jedného mailového klienta, alebo prejsť na IMAP.

[ikar]

to je ale blbost!

[Jesus Jimenez]

Neni to spis tak, ze klient pri moznosti 'ponechat kopii na serveru' neposle RETR a DELE, ale pouze RETR? Zadne kopie se nevytvari, to je imho blbost.

[bigBRAMBOR]

me se to jeho řešení líbí, je takové tajuplné, klienti pristupují, klonují emaily az prijede princ na bílem koni, a celé to utne. ROzhodně v tom je víc poezie a životní pravdy nez v tom co pišeš ty.

[Jesus Jimenez]

Tak do romanu pro zeny budiz... ale sem? :)

[AraxoN]

Možno to neimplementujú všetci klienti rovnako, ale hovorím z praktickej skúsenosti. Pri POP3 to presne takto niektorí klienti robia a výsledkom je tá istá správa X-krát.

[bigBRAMBOR]

tuším ze POP3 vubec nema prikaz na vytvoreni emailu na serveru. POP3 příkazů je pomerne málo, je to velmi jednoduchý protokol.

[AraxoN]

V tom prípade mechanizmus musí byť iný, ale keby som to nevidel na vlastné oči, tak netrepem. Možno jeden z klientov nakoniec bol IMAP a správa na serveri vždy bola len jedna. Ale tí POP klienti ju mali natiahnutú ku sebe viackrát, pretože na základe niečoho ju zakaždým považovali za novú.

[pavlix]

A možno tu někdo celou dobu vaří z vody.

[mrtn]

Kľúčová časť IMHO bude tu:

i v případě, že se mezitím stahuje na desktop

Keď cez POP3 sťahuješ maily a máš v klientovi zaškrtnuté "ponechať kópiu na serveri",

právě že nemám

ty e-maily se stáhnou, smažou ze schránky na serveru, ale po nějaké době se v ní objeví znovu

tzn. zbytek toho řešení neodpovídá situaci

[Denny]

A je v logu záznam o doručení do schránky 6x nebo jen 1x?

Co se týká tech aliasu tak tohle může způsobit spatny nastavení postfixu a externích filtrů. Je možné že postfix na aliasy sahá vícekrát něž by jsi chtěl. Řešením by bylo no_address_mappings (http://www.postfix.org/postconf.5.html#no_address_mappings)

[bigBRAMBOR]

urcite bych sel cestou, pokud ma tazatel moznost povipinat vsechny amavisy, miltery, spamassassiny a podobne ptakoviny, nekde tam se to bude množit.

[bigBRAMBOR]

vipnout - bleeeeeeee

[mrtn]

urcite bych sel cestou, pokud ma tazatel moznost povipinat vsechny amavisy, miltery, spamassassiny a podobne ptakoviny, nekde tam se to bude množit.

možnost mám, ale nic takového tam neběží - čistě stažení od providera přes fetchmail, rozdělení pro alisy přes Postfix a nechat stáhnout uživatel přes Dovecot. Nic víc, žádný antivirus apod.

[mrtn]

A je v logu záznam o doručení do schránky 6x nebo jen 1x?

1x a jak jsem zmiňoval výše, tak se ty e-maily ve schránce na serveru "množí" i když je stahování vypnuté

Co se týká tech aliasu tak tohle může způsobit spatny nastavení postfixu a externích filtrů. Je možné že postfix na aliasy sahá vícekrát něž by jsi chtěl. Řešením by bylo no_address_mappings (http://www.postfix.org/postconf.5.html#no_address_mappings)

aha, to si nastuduju, třeba je to ono. Díky

[Petr Šobáň]

Tady jsou podle mě pouze dvě rady.

Buď se to zacyklí v těch aliasech (franta alias na pepu pepa zase na frantu) i když aliasy by se měly projít pouze jednou.

A nebo to dělá poštovní klient že pomocí imapu to vrátí do přijaté pošty a jiný klient použitím svého pravidla to zase přesune jinam a původní klient zase spět.

Prostě různé pravidla v klientu a pokud se tam přistupuje z více strojů a na jiném klientu je zase jiné pravidlo tak se to zacyklí přes pravidla v klientech.

Nic víc mě nenapadá.

Takže zrušit aliasy a testnout na nějakého usera co se mu to množí zda se to bude množit i bez aliasů.

[alfons]

Zdravím, něco podobného se mi dělo také. Moje situace: mám u svého providera doménový koš, který vybírá Fetchmail. Tento pak přes Postfix doručuje maily na základě aliasů a jiných filtrů do schránek Dovecotu. Stala se mi taková věc, že při stažení mailu zůstala u providera jedna zpráva "viset". Tzn. nešla smazat pomocí POP3 klienta. Díky tomu byla doručována stále dokola. Tehdy jsem to vyřešil přihlášením do webmailu doménového koše u providera a ručním smazáním této vadné zprávy. Od té doby je klid. Třeba je to i Váš případ. Alfons.