Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Intel vydal 41 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20240514 mikrokódů pro své procesory řešící INTEL-SA-01051, INTEL-SA-01052 a INTEL-SA-01036.
Společnost Raspberry Pi patřící nadaci Raspberry Pi chystá IPO a vstup na Londýnskou burzu.
Google na své vývojářské konferenci Google I/O 2024 představil řadu novinek. Keynote byl věnován umělé inteligenci (DeepMind, Gemini, Responsible AI).
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é.
i v případě, že se mezitím stahuje na desktopKeď 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.
Kľúčová časť IMHO bude tu: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á situacii v případě, že se mezitím stahuje na desktopKeď cez POP3 sťahuješ maily a máš v klientovi zaškrtnuté "ponechať kópiu na serveri",
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.
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
Tiskni Sdílej: