Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
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: