Pošta - Webové rozhraní - Novinky: Porovnání verzí

Z More
Přejít na: navigace, hledání
(značkování mailů z MS Outlook Expres jako SPAM)
m (→‎záplata RFC 2231 a RFC 2047 pro Outlook, 17.7.2014: typo)
 
(Není zobrazeno 22 mezilehlých verzí od 2 dalších uživatelů.)
Řádka 3: Řádka 3:
 
__NOTOC__
 
__NOTOC__
  
−
=== značkování mailů z MS Outlook Expres jako SPAM, 4.9.2008 ===
+
=== záplata RFC 4408 SPF, SRS a přeposílání zpráv, 23.7.2014 ===
  
−
Počínaje instalací SP3 na Windows XP se začaly množit případy, kdy mail byl označen za [[Pošta - SPAM | SPAM]], přestože byl odeslán z MSOE správným způsobem.
+
Některé poštovní servery, včetně toho našeho, se chrání před nevyžádanou poštou také pomocí [http://cs.wikipedia.org/wiki/SPF SPF]. Pokud chráněný cílový server obdrží zprávu podepsanou odesílatelem z chráněné domény (ani jedno není povinné, ale pokud se sejdou obě podmínky, SPF se bude aplikovat, jinak ne), ale odeslanou z počítače, který k tomu není autorizován (typicky [[Pošta - SPAM | spam]]), server zprávu nepřijme. Problém může nastat, pokud mail do cílového serveru nepřijde přímo od odesílatele, ale přes prostředníka.
  
−
FORGED_MUA_OUTLOOK = 3.116  Forged mail pretending to be from MS Outlook
+
'''Popis problému:''' Česká spořitelna (doména <code>csas.cz</code>) chrání svou doménu tak, že určuje seznam jejích autorizovaných poštovních serverů. Z banky našemu uživateli pošlou mailem do jeho firemní schránky v našem serveru zprávu. Náš uživatel je ale na cestách, a tak si přechodně nechá veškerou poštu přeposílat na svou soukromou schránku na Seznam.cz. Tento server je cílem zprávy z banky a tento server aplikuje SPF politiku. Doména České spořitelny ale říká, že náš server není k doručování podobné pošty určen, takže Seznam.cz mail od našeho serveru nepřijme. Náš server vrátí mail odesílateli (bance) jako neodručitelný kvůli problému na Seznam.cz (ve skutečnosti to ale banka poslala na firemní účet na našem serveru, takže jsou trochu zmateni).
−
DOS_OE_TO_MX      = 2.75  Delivered direct to MX with OE headers
+
  
−
První chyba byla odstraněna upgradem testovacího stroje, druhá i nadále nesprávně označuje maily odeslané z vnitřní sítě (přes <tt>smtp.more.cz</tt>), ovšem nyní s nižším skóre (1).
+
'''Řešení:''' Cesta požádat ČS o zařazení našeho serveru do seznamu autorizovaných stejně jako požádat Seznam.cz o vyřazení našeho serveru z kontroly je jednak neschůdná, jednak neřeší problém pro další servery (např. GMail, další oblíbený cíl přeposílaných mailů uživatelů našeho serveru, také kontroluje SPF). Univerzální řešení nabízí [http://www.openspf.org/SRS SRS]. Jeho zkušební verze byla dnes na náš server implementována.
  
−
=== oprava modulu změny hesla, 3.9.2008 ===
+
Nyní by se již odesílatelům neměly vracet přesměrované maily jako nedoručitelné z důvodu SPF, tyto maily by totiž měly být doručeny do cílového serveru bez problémů (tedy pokud nenastanou jiné příčiny, např. plná schránka, zablokovaný účet apod.). Pokud se Vám přesto vyskytnou výše popsané problémy, dejte nám prosím vědět [mailto:mail-upgrade@admin.more.cz mailem].
  
−
Po upgradu modulu nebylo možné provést změnu hesla. Modul byl upraven, aby vše fungovalo, jako dříve.
+
=== záplata RFC 2231 a RFC 2047 pro Outlook, 17.7.2014 ===
  
−
=== odstranění modulu promazávání, 3.9.2008 ===
+
Uživatelé se dlouhodobě potýkali s problémem zobrazení zpráv zaslaných z webového rozhraní [http://www.seznam.cz/ Seznam.cz] a zobrazených v poštovních programech [http://www.nicrosoft.com/ Microsoftu], např. MS Outlook, Outlook Express, Windows Live Mail. Zájemcům postiženým tímto problémem jsme bezplatně poskytli [http://www.it8.cz/download/PVCfix.jar opravný nástroj] v naději, že si Microsoft chybu opraví.
  
−
Modul promazávání od počátku trpěl mnoha neduhy vč. nedokonalé lokalizace. Vzhledem k tomu, že ho nikdo nepoužívá, byl z konfigurace systému odstraněn.
+
'''Popis problému:''' Seznam.cz do zpráv vkládá záhlaví, které je svou délkou na hranici specifikace formátu zpráv (RFC 2822). Server v souladu se specifikací formátu dlouhých záhlaví (RFC 2231) takový řádek rozdělí na dva. Bohužel, žádný z MS produktů (kromě nejnovější mailové čtečky [http://windows.microsoft.com/cs-cz/windows-8/mail-app-tutorial Pošta pro Windows 8.1]) neimplementuje RFC 2231, takže jsou takové zprávy nečitelné (lidově "rozsypaný čaj").
  
−
=== oprava a rozšíření sdílených složek, 9.2.2008 ===
+
'''Řešení:''' dočasně bylo možné jednotlivé postižené zprávy "opravit", tedy vrátit zprávu před aplikaci RFC 2231, pomocí naší [http://www.it8.cz/download/PVCfix.jar aplikace]. Nyní je náš server méně citlivý na délku záhlaví a ponechá řádek příliš dlouhý, nicméně tomu Outlook rozumí a zprávu zobrazí správně (skoro, obvykle se v textu vyskytuje jeden znak "<code>=</code>", který odesílatel nenapsal, navíc).
  
−
Díky chybě v kódu modulu sdílených složek se chybně zobrazoval seznam nasdílených složek. U některých složek (např. s mezerou v názvu) se nezobrazila jména sdílejících uživatelů apod.
+
Dalším problémem byly zprávy odeslané z Outlooku (a dalších MS poštovních programů), které v záhlavích Od/Komu/Kopie obsahovaly současně znak s diakritikou a současně alespoň jeden ze znaků "<code>.;:\@</code>". Do pole Komu a Kopie se taková kombinace znaků může dostat z adresáře nebo z odpovědi na jinou zprávu, pole Od (Odesílatel) si uživatel nastaví sám. A to je právě nejčastější zdroj chyb.
  
−
Nově je nyní možné aktivovat sdílení aktuální složky i jednoduše klepnutím na ikonu složky vedle jejího jména. Ovládací panel [[Pošta - Web - Sdílené složky | Sdílené složky]] i nadále obhospodařuje všechny sdílené složky na jendom místě.
+
'''Popis problému:''' např. pan Novák z firmy ABC s.r.o. si do odesílatele uvede "<code>J. Novák - ABC s.r.o. <jnovak@example.com></code>", kvůli diakritice se ale záhlaví zprávy musí zakódovat, ale to Outlook udělá špatně, přesněji v příkrém rozporu se specifikací formátování ne-ASCII znaků (RFC 2047). Toto špatné kódování způsobí na straně serveru nejen neschopnost správně pochopit záhlaví, ale i při získávání informací o odesílateli ztrátu informace s emailovou adresou. Pokud je příjemce uživatelem Outlooku nebo podobné poštovní čtečky nebo stahuje maily pomocí POP3 a pokusí se na mail obsahující tuto poškozenou hlavičku odpovědět, nepodaří se mu to, protože v odesílateli díky špatnému kódování chybí elektronická adresa, zbyde jen špatně zobrazené jméno, např. <code>=?iso-8859-2?q?J._Nov=A3k_-_ABC_s.r.o.?=</code>.
  
−
=== rozšíření podpory SPF, 28.11.2007 ===
+
'''Řešení:''' Opět je řešení na straně Microsoftu (řádná implementace RFC 2047) a opět zůstává toto řešení jen zbožným přáním. Problém lze obejít i tak, že odesílatel nepoužije současně diakritiku a současně znaky, které Outlook chybně kóduje (pokud takový mail obdržíte, požádejte odesílatele, aby nepoužíval diakritku v poli odesílatele). Na našem serveru je nyní záplata, která zajistí, že se server nepokusí chybně kódované záhlaví opravit, pouze ho nechá, jak je, chybně, ale zdá se, že Outlook tuto svou chybu správně interpretuje, takže zůstává jen problém, pokud čtete maily odeslané z Outlooku jinou čtečkou. Např. naše webové rozhraní nedokáže správně zobrazit odesílatele v seznamu zpráv, ale pokud si už čtete detail zprávy nebo na zprávu odpovídáte, jsou jméno i adresa správně zobrazeny a interpretovány, takže na mail lze bez problémů odpovědět.
  
−
Nyní obsahují všechny zprávy prošlé systémem a zkontrolované prostřednictvím modulu [http://www.openspf.org SPF] (ochrana před odesíláním mailů z neautorizovaných serverů) v záhlaví zápis <code>Received-SPF:</code> s odůvodněním, proč zpráva filtrem prošla (zpravidla buď proto, že doména odesílatele nezakazuje odesílání zpráv z neautorizovaných serverů, nebo proto, že odesílatel podmínky odeslání splnil a použil autorizovaný poštovní server).
+
Pokud se Vám vyskytnou výše popsané problémy se čtením zpráv, dejte nám prosím vědět [mailto:mail-upgrade@admin.more.cz mailem].
  
−
Navíc se nyní kontroluje pomocí SPF i odchozí pošta, aby se zamezilo odesílání neautorizovaných mailů z našich poštovních serverů. Pokud si přejete odesílat maily prostřednictvím našich poštovních serverů a přitom používáte emailovou adresu z domény, která ochranu SPF používá, nezapomeňte zahrnout do seznamu autorizovaných serverů i poštovní servery <code>mail.more.cz</code> a <code>smtp.more.cz</code>.
+
=== dílčí upgrade serveru, 22.8.2012 ===
  
−
=== nový poštovní server, 26.10.2007 ===
+
* doručovací server [http://www.postfix.org/features.html Postfix 2.8.10]
 +
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 3.0.2]
 +
* webový server [http://httpd.apache.org/ Apache 2.2.22]
 +
* aplikační platforma [http://php.net/ PHP 5.3.13]
 +
* databázový server [http://mysql.com/ MySQL 5.5.23]
 +
* antivirový server [http://clamav.net/ ClamAV 0.97.3] <small>[průběžná aktualizace]</small>
 +
* integrační kontrola obsahu [http://www.ijs.si/software/amavisd/ amavisd-new 2.6.6]
  
−
<blockquote><cite>Přestože byl nový hardware tři měsíce před spuštěním testován, selhal během tří dnů reálného provozu... :(</cite></blockquote>
+
=== dílčí upgrade serveru, 10.8.2010 ===
  
−
Poštovní server je nově nainstalován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím [mailto:mail-upgrade@admin.more.cz vědět].
+
Případné problémy prosím hlaste [mailto:mail-upgrade@admin.more.cz mailem].
  
−
* operační systém [http://fedoraproject.org/wiki/ Fedora] [http://docs.fedoraproject.org/release-notes/f7/en_US/ 7]
+
* doručovací server [http://www.postfix.org/features.html Postfix 2.8.4]
−
* jádro [http://www.kernel.org/ Linux Kernel 2.6.22] <small>[RPM]</small>
+
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.22]
−
* doručovací server [http://www.postfix.org/features.html Postfix 2.4.3] <small>[RPM]</small>
+
* databázový server [http://mysql.com/ MySQL 5.5.14]
−
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 2.2.7-RC4]
+
* antivirový server [http://clamav.net/ ClamAV 0.97.1] <small>[průběžná aktualizace]</small>
−
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.11] <small>[vč. aktuálních plugins]</small>
+
−
* webový server [http://httpd.apache.org/ Apache 2.2.6] <small>[RPM]</small>
+
−
* aplikační platforma [http://php.net/ PHP 5.2.4] <small>[RPM]</small>
+
−
* databázový server [http://mysql.com/ MySQL 5.0.45] <small>[RPM]</small>
+
−
* informační server [http://www.mediawiki.org/wiki/MediaWiki MediaWiki 1.9.4] <small>[RPM+]</small>
+
−
* antispamová aktivní ochrana [http://sqlgrey.sourceforge.net/ SQLgrey 1.7.5] <small>[RPM+]</small>
+
−
* antispamový filtr [http://spamassassin.apache.org/ SpamAssassin 3.2.3] <small>[RPM]</small>
+
−
* antivirový server [http://clamav.net/ ClamAV 0.91.2] <small>[RPM]</small>
+
−
* integrační kontrola obsahu [http://www.ijs.si/software/amavisd/ amavisd-new 2.5.1] <small>[RPM]</small>
+
−
* optimalizační proxyserver [http://www.squid-cache.org/ squid 2.6.16] <small>[RPM]</small>
+
  
−
Jedná se tedy o nejnovější stabilní verze produktů.
+
=== celkový upgrade společného serveru, 19.6.2010 ===
  
−
Pozn.: <small>[RPM]</small> označuje produkt instalovaný [http://cs.wikipedia.org/wiki/RPM_Package_Manager balíčkovou] metodou distributora operačního systému, u kterého lze předpokládat dobré sladění s operačním systémem a ostatními komponentami.
+
Poštovní server plně aktualizován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím [mailto:mail-upgrade@admin.more.cz vědět].
  
−
Pozn.: <small>[RPM+]</small> označuje RPM produkt s místní následnou úpravou ve zdrojovém kódu, čímž lze dosáhnout jinak nedostupně funkcionality, ovšem za cenu snížení kompatibility s ostatními komponentami.
+
* operační systém [http://fedoraproject.org/wiki/ Fedora] [http://docs.fedoraproject.org/release-notes/f15/en_US/ 15]
 +
* jádro [http://www.kernel.org/ Linux Kernel 2.6.38.8]
 +
* doručovací server [http://www.postfix.org/features.html Postfix 2.8.3]
 +
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 3.0.0]
 +
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.21] <small>[vč. aktuálních a lokálních modulů]</small>
 +
* webový server [http://httpd.apache.org/ Apache 2.2.17]
 +
* aplikační platforma [http://php.net/ PHP 5.3.6]
 +
* databázový server [http://mysql.com/ MySQL 5.5.13]
 +
* antispamová aktivní ochrana [http://sqlgrey.sourceforge.net/ SQLgrey 1.7.6] <small>[vč. lokální úpravy]</small>
 +
* antispamový filtr [http://spamassassin.apache.org/ SpamAssassin 3.3.2]
 +
* antivirový server [http://clamav.net/ ClamAV 0.97] <small>[průběžná aktualizace]</small>
 +
* integrační kontrola obsahu [http://www.ijs.si/software/amavisd/ amavisd-new 2.6.4]
  
−
=== celkový upgrade poštovního serveru, 14.10.2007 ===
+
Server byl rovněž přestěhován do lokality s vyšším stupněm zabezpečení a vyšší kapacitou připojení.
  
−
Databáze byla přesunuta na výkonější RAID diskové pole. Při té příležitosti byl proveden upgrade celého poštovního serveru:
+
=== zvýšení limitu velikosti příloh, 2.11.2010 ===
  
−
* operační systém [http://fedora.redhat.com/docs/release-notes/ Fedora Core 5]
+
Jednotlivý mail, který náš poštovní server přijal pro zpracování (k odeslání nebo doručení), mohl mít maximální velikost 10 MB. Nyní se tento limit zvyšuje na 100 MB na jednu zprávu. Nezpomeňte, že se z historických důvodů binární přílohy vkládají do mailové zprávy [http://cs.wikipedia.org/wiki/Base64 zakódované], takže oproti velikosti, kterou u přílohy ukazuje správce souborů, budou v mailu zabírat přibližně o třetinu větší prostor (efektivně lze tedy přiložit k mailu až 75 MB binárních dat).
−
* jádro [http://www.kernel.org/ Linux Kernel 2.6.20]
+
−
* doručovací server [http://www.postfix.org/features.html Postfix 2.2.8]
+
−
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 2.2.SVN.2800]
+
−
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.11]
+
  
−
Vzhledem k tomu, že jde o masivní změnu, mohou nastat při používání poštovního serveru potíže, přestože cíl celého snažení byl naopak potíže odstranit (např. nesprávné zobrazení diakritických znaků v seznamu zpráv). Pokud nějaký problém objevíte, dejte nám prosím [mailto:post@admin.more.cz vědět].
+
'''Stále platí omezení velikosti jedné zprávy u cizích poštovních serverů, pokud je mail větší než 10 MB, mohou nastat problémy s doručením.''' Kromě toho, že se s rostoucí velikostí mailu snižuje spolehlivost přenosu, zvyšuje se také celková doba potřebná na doručení (odeslání, zpracování, antivirová a antispamová kontrola, předání cílovému serveru, zpracování cílovým serverem, uložení) a riziko, že mailem adresátovi zaplníte jeho schránku.
−
small
+
  
−
=== opětovné zapnutí antispamové ochrany GREYLISTING, 25.9.2007 ===
+
Dále byl zvýšen limit z 8 MB na 16 MB binární velikosti jednotlivé přílohy prostřednictvím webového rozhraní. Větší přílohu lze rozdělit na menší části a až do velikosti 100 MB zprávy (75 MB binárních příloh) zprávu naplnit. I zde však platí, že s většími přílohami se obtížněji manipuluje a v závislosti na typu připojení může během odesílání přílohy na server docházet k výpadkům způsobeným prodlevami při přenosu velkých objemů dat.
  
−
Čtrnáctidenní vynucená odstávka [[Pošta - SPAM|antispamové ochrany]] je u konce. Podle statistik a ohlasu uživatelů se po tuto dobu zvýšil počet došlých spamů v průměru na dvacetinásobek. Lze tedy říci, že sítem [http://greylisting.org GREYLISTING] projde jen zhruba 5% spamu, který není zachycen ani jinými ochranami, a naopak zachytí 95% nevyžádané pošty.
+
'''Velké přílohy používejte na vlastní riziko.'''
  
−
[http://sqlgrey.sourceforge.net/ Nová verze] ochrany pracuje na stejném principu, ale má propracovanější detekci "regulérního" poštovního serveru, která umožňuje rychlejší doručení "podobných" zpráv z dříve ověřeného zdroje (jakmile server odesílatele jednou prokáže, že je korektním serverem, maily od jiných odesílatelů přicházející ze stejného serveru jsou doručeny bez prodlení).
+
=== upgrade modulu automatického přidávání adres, 24.5.2010 ===
  
−
Navíc tato implementace vkládá do doručené zprávy zvláštní záhlaví <code>X-Greylist:</code>, které můžete dále zpracovat ve svém poštovním programu. Je zde uvedeno např. zdůvodnění, proč a na jak dlouho byla zpráva pozdržena, nebo naopak z jakého důvodu byla zpráva doručena bez prodlení.  
+
Modul na přidávání adres z mailu byl aktualizován. Nová verze umí převzít adresy do adresáře nejen z odesílatele, ale i z příjemců a, podle nastavení, i z těla zprávy. Adresy lze získávat i z odesílaných zpráv, a to i automaticky.
  
−
Pokud je zpráva pozdržena, je stejně jako dosud odesílající server zpraven o důvodu pozdržení. Některé poštovní servery však na to reagují v rozporu s normou a '''zbytečně''' informují odesílatele. Jelikož zdůvodnění bylo příliš technické a některým uživatelům činilo potíže jej pochopit, je nyní zdůvodnění doplněno o vysvětlení v českém jazyce s odkazem na [[Pošta - SPAM|bližší popis]].
+
Pokud objevíte nesprávnou lokalizaci do češtiny příp. jinou závadu, dejte nám prosím [mailto:mail-upgrade@admin.more.cz vědět].
  
−
=== dočasné vypnutí antispamové ochrany GREYLISTING, 11.9.2007 ===
+
=== vypršela životnost antivirového systému, 16.4.2010 ===
  
−
Došlá pošta má nyní vypnutou nejúčinnější [[Pošta - SPAM|protispamovou ochranu]] [http://greylisting.org GREYLISTING]. Důvodem tohoto opatření je opakovaný masivní výskyt neoprávněně pozdržených zpráv (přestože odesílající server zopakoval pokus o doručení po předepsané minutě, náš poštovní server zprávu opět pozdržel). Po vypnutí ochrany se systém sám konsoliduje (odložené maily budou doručeny automaticky se zpožděním stanoveným odesílajícími servery, zpravidla maximálně do několika hodin).
+
Na základě [http://www.clamav.net/lang/en/2009/10/05/eol-clamav-094/ oznámení] byl dne 15.4.2010 ukončen životní cyklus antivirového systému použivaného poštovním serverem, ClamAV 0.94.2-1. Vzhledem k tomu, že stávající operační systém serveru (Fedora 10) nemá novější aktualizaci, byl antivirový program aktualizován manuálně na verzi 0.96/10751. Do doby, než bude operační systém zahrnovat tuto nebo novější verzi, nebude antivirový program aktualizován (to se netýká aktualizací virových signatur, ty jsou aktuální nepřetržitě).
  
−
V důsledku tohoto dočasného opatření se může v poštovních schránkách objevit větší množství spamu, než obvykle.
+
Ukončení životního cyklu antivirového programu proběhlo celosvětově a bylo zaznamenáno několik poštovních serverů, které se s ukončením činnosti nevypořádaly včas. Dokud správci těchto serverů své poštovní servery neošetří vhodným způsobem, může být pozdrženo doručování některých e-mailů, příp. se mohou i vracet svým odesílatelům.
  
−
=== komplexní upgrade webového rozhraní, 16.3.2007 ===
+
=== chybná diakritika a nerozpoznané přílohy, 16.3.2010 ===
  
−
Jádro a všechny moduly webového rozhraní byly aktualizovány na současné verze. Tím by se měly opravit některé předchozí známé chyby, ale změna přinesla i některé užitečné novinky.
+
Opraveno:
 +
* panel Nová zpráva má místo polí Komu, Předmět, Kopie a Skrytá kopie anglické ekvivalenty
 +
* občas se v poli odesílatele v seznamu zpráv (příjemce ve složce Odeslaná pošta) objeví poškozená adresa (<tt>=?iso-8859-2...</tt>)
 +
* pokud příloha TNEF (winmail.dat) nemá korektní příznak typu přílohy (např. <tt>application/pdf</tt>), je třeba přílohu nejprve uložit a pak otevřít v novém okně
  
−
; Opravy chyb:
+
=== nečitelné přílohy <tt>winmail.dat</tt> z MS Outlook, 13.3.2010 ===
−
* Složky se zobrazují ve správné struktuře, dříve se podsložky složek Odeslaná pošta a SPAM zobrazovaly jako podsložky jiných složek a docházelo tak ke zmatení. Nyní je jako první zobrazena složka Odeslané pošty, pod ní složky a podsložky vytvořené v ní (jsou-li takové), následuje složka Konceptů a případně jejích podsložek, Odeslaná pošta s podsložkami a speciální složky uzavíra SPAM s případnými podsložkami. Teprve poté následují složky vytvořené na nejvyšší úrovni v abecedním řazení.
+
  
−
* Všechny speciální složky a podsložky se zobrazují odlišnou barvou (danou barevnýcm schématem) od obyčejných složek. Dříve se odlišnou barvou zobrazovaly jen speciílní složky nejvyšší úrovně a podsložky Konceptů a Odeslané pošty.
+
Opraven problém s rozpoznáním obsahu zprávy poslané z MS Outlook v tzv. <tt>TNEF</tt> formátu (příloha <tt>winmail.dat</tt>).
  
−
* Složka SPAM má nyní ikonu odlišnou od obyčejných složek.
+
=== celkový update systému, 13.3.2010 ===
 +
Poštovní server plně aktualizován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím [mailto:mail-upgrade@admin.more.cz vědět].
  
−
* Některé dříve nezobrazitelné zprávy (poškozená záhlaví apod.) se nyní zobrazují korektně. Stejně tak je vyřešen občasný problém zprávy s přílohou a prázdným textovým tělem (příloha se zobrazila jako tělo dopisu, zpravidla v nečitelné podobě).
+
* operační systém [http://fedoraproject.org/wiki/ Fedora] [http://docs.fedoraproject.org/release-notes/f10/en_US/ 10]
 +
* jádro [http://www.kernel.org/ Linux Kernel 2.6.27.19-170.2.35]
 +
* doručovací server [http://www.postfix.org/features.html Postfix 2.5.6-1]
 +
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 2.2.11-2]
 +
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.19-2] <small>[vč. aktuálních a lokálních modulů]</small>
 +
* webový server [http://httpd.apache.org/ Apache 2.2.14-1]
 +
* aplikační platforma [http://php.net/ PHP 5.2.9-2]
 +
* databázový server [http://mysql.com/ MySQL 5.0.88-1]
 +
* informační server [http://www.mediawiki.org/wiki/MediaWiki MediaWiki 1.15.1-50] <small>[vč. lokálních modulů]</small>
 +
* antispamová aktivní ochrana [http://sqlgrey.sourceforge.net/ SQLgrey 1.7.6-1] <small>[vč. lokální úpravy]</small>
 +
* antispamový filtr [http://spamassassin.apache.org/ SpamAssassin 3.2.5-2]
 +
* antivirový server [http://clamav.net/ ClamAV 0.94.2-1] <small>[průběžná aktualizace]</small>
 +
* integrační kontrola obsahu [http://www.ijs.si/software/amavisd/ amavisd-new 2.5.2-3]
 +
* optimalizační proxyserver [http://www.squid-cache.org/ squid 3.0.STABLE20-2]
  
−
* Byl vyřešen problém s mazáním zpráv ze složky (mazání či přesun a následné vysypání). Zprávy se sice vysypaly, ale na obrazovce se to někdy neprojevilo, nebo jen částečně.
+
=== oprava nefunkční změny hesla, 19.2.2010 ===
  
−
; Rozšíření
+
Nástroj na změnu přístupového hesla poštovní schránky byl opraven.
−
* Do seznamu přibylo množství zajímavých barevných schémat. Zkuste se oprostit od šedi všedního dne...
+
  
−
* Byla vylepšena podpora globálních adresářů včetně jejich (snad už:) plné lokalizace do češtiny.
+
=== nepřijímané notifikace datových schránek, 30.11.2009 ===
  
−
* Nyní lze třídit zprávy ve složce podle konverzace s použitím údajů v hlavičce (Předmět, Re: předpony apod.).
+
Projekt [http://www.datoveschranky.info/ datových schránek] umožňuje zasílat [https://www.mojedatovaschranka.cz/ oznamovací zprávy] (notifikace) pomocí elektronické pošty. Zprávy přicházejí z adresy <code>notifikace@mojedatovaschranka.cz</code>. Doména odesílatele notifikace je (v době psaní tohoto příspěvku) chráněna službou [http://en.wikipedia.org/wiki/Sender_Policy_Framework SPF], ale jen v testovacím režimu. Poštovní server tedy tuto ochranu ignoruje.
  
−
Jelikož je změna webového rozhraní velmi rozsáhlá, mohou se vyskytnout drobné závady, např. nepřesná lokalizace do češtiny. Prosíme o shovívavost a oznámení problému [mailto:squirrel@admin.more.cz|správci systému].
+
Implementátoři notifikačního systému však kromě neúčinnosti SPF také neumožnili ani další z protispamových ochran - aktivní test existence adresy - elektronická adresa <code>notifikace@mojedatovaschranka.cz</code> neexistuje. V době psaní příspěvku příslušný server, kde se měla existence ověřit, nepřijímal žádné dotazy, a správce tohoto serveru oznámil, že to je tak navrženo:
  
−
=== upgrade poštovního serveru, 13.3.2007 ===
+
<cite>
 +
<code>notifikace@mojedatovaschranka.cz</code> je odmítán vaším poštovním serverem. MX záznam neexistuje z důvodu, že se jedná o adresu, na kterou není uživatelem odpovídáno. Je zapotřebí přidat tuto adresu na SMTP whitelist.
 +
</cite>
  
−
Databázový poštovní server DBMail byl upgradován na verzi 2.2.4, protože byly v poslední době objeveny určité problémy a tato verze je má vyřešené.
+
Přestože chybu musí řešit provozovatel notifikačního systému datových schránek (stejný problém se týká všech poštovních serverů, které by měly přijímat notifikace z datových schránek), vzhledem k jeho postoji k problematice a důležitosti těchto notifikací pro naše zákazníky byla adresa <code>notifikace@mojedatovaschranka.cz</code> uvedena na bílé listině našeho serveru (takže se nekontroluje její existence).
  
−
=== podpora SSL a SASL SMTP serveru, 9.3.2007 ===
+
Znamená to, že podle aktuálního nastavení může být do cílové schránky doručena i zpráva podepsaná <code>notifikace@mojedatovaschranka.cz</code>, přestože její původ nebude znám (může jít o podvrh). Kontrola existence adresy a test SPF '''nejsou nyní účinné'''.
  
−
Server odeslané pošty (SMTP) nyní podporuje SASL (jednoduchá autentikace) a SSL (zabezpečení přenosu dat šifrováním) a umožňuje tak odesílat poštovní zásilky i z míst mimo naše přípojná místa. Pokud tedy potřebujete odeslat poštu "ze světa" a nemůžete nebo nechcete použít webové rozhraní pošty (které toto umožňovalo od počátku), přečtěte si [[Pošta - Zabezpečení|o zabezpečení SMTP]].
+
Můžete si také přečíst článek [http://www.root.cz/clanky/datove-schranky-zatim-nemailuji/ Datové schránky (zatím) nemailují] na serveru root.cz.
  
−
=== upgrade poštovního serveru, 6.3.2007 ===
+
=== lokální opravy, 5.8.2009 ===
  
−
Databázový poštovní server DBMail byl upgradován na verzi 2.2.2. Vzhledem k tomu, že jde o relativně velký skok ve verzích, je možné, že některé funkce nebudou fungovat, jak bylo zvykem. S přípomínkami se prosím obracejte na [mailto:dbmail@admin.more.cz správce].
+
* automatické odpovědi v době nepřítomnosti chybně kódovaly českou diakritiku
 +
* při pokusu o uložení adresáta nově odeslané zprávy se zobrazílo chybové hlášení a příjemce se neuložil do adresáře
  
−
=== ukončení podpory ORDB.org, 9.1.2007 ===
+
=== aktualizace antispamových filtrů, 3.8.2009 ===
  
−
Vzhledem k [http://www.abclinuxu.cz/zpravicky/ordb.org-konci oznámenému ukončení] činnosti ORDB sdružení byla ukončena podpora ORDB kontroly ([[Pošta - SPAM|antispamová opatření]]).
+
Činnost služby [http://dsbl.org dsbl.org] byla zastavena, poštovní server tedy přestal tuto službu využívat.
  
−
=== tlačítka akcí nad seznamem zpráv, 31.8.2006 ===
+
Naopak poštovní server rozšířil služby [http://www.spamhaus.org/sbl/M SBL] o
 +
* [http://www.spamhaus.org/xbl/ XBL]
 +
* [http://www.spamhaus.org/pbl/ PBL]
 +
* [http://www.spamhaus.org/rokso/ ROKSO]
 +
* [http://www.spamhaus.org/zen/ ZEN]
  
−
Volný prostor okolo textu tlačítek byl zmenšen a tlačítkům byla sjednocena jejich šířka v závislosti na zvoleném CSS stylu (Možnosti - Vzhled - možnosti - Vlastní CSS styl). Pokud se Vám tlačítka nevejdou na šířku obrazovky, zkuste jiný styl. Nejúspornější styl je <b style="font-family: serif">serif</b>, dále pak <b style="font-family: helvetica,arial,sans-serif">sans</b>, o něco méně úsporné jsou styly <b style="font-family: tahoma,sans-serif">tahoma</b> a <b style="font-family: comic sans ms,sans-serif">comic-sans</b> a nejvíce prostoru zabere styl <b style="font-family: bitstream vera sans,verdana,sans-serif">verdana</b>. Některé řezy písma mohou vypadat na Vašem počítači stejně, pokud nemáte instalované všechny fonty, dojde k jejich automatickému nahrazení podobnými.
+
(posledně jmenovaná služba zapouzdřuje všechny ostatní).
  
−
=== ikony zpráv a složek, 17.6.2006 ===
+
=== dílčí update systému, 6.4.2009 ===
  
−
Nyní se zlepšila grafická prezentace složek a došlých zpráv, podobně jako v jiných poštovních klientech (např. Outlook Express). Navíc je nyní ve složce zpráv možnost označit (a zpětně odznačit), tedy graficky (a barevně) odlišit, vybrané zprávy (např. pokud mají vyšší důležitost).
+
Poštovní server byl updatován. Následují verze aktualizovaných částí:
  
−
=== celkový upgrade poštovního serveru, 16.6.2006 ===
+
* jádro [http://www.kernel.org/ Linux Kernel 2.6.27.19-170.2.35]
 +
* webový server [http://httpd.apache.org/ Apache 2.2.11-2]
 +
* databázový server [http://mysql.com/ MySQL 5.0.77-1]
  
−
Hardware serveru byl posílen na dvojnásobný počet procesorů, dvojnásobnou paměťovou kapacitu a dvojnásobnou diskovou kapacitu. Síťové rozhraní je nyní 1 Gbit (1000 MBit). Navíc byly upgradovány programové komponenty:
+
=== lokalizována chyba diakritiky v adresách, 6.3.2009 ===
  
−
* operační systém [http://fedora.redhat.com/docs/release-notes/ Fedora Core 5]
+
Po upgradu DBMail poštovního serveru dne 8.2.2009 na verzi 2.2.9 se začala u nově došlé pošty projevovat chyba zobrazení e-mailových adres v seznamu zpráv, pokud adresa obsahovala v reálném jméně (obvykle před skutečnou e-mailovou adresou) znaky s diakritikou. Problém neřeší ani zatím poslední verze 2.2.11 serveru.
−
* jádro [http://www.kernel.org/ Linux Kernel 2.6.15]
+
−
* doručovací server [http://www.postfix.org/features.html Postfix 2.2.8]
+
−
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 2.0.10]
+
−
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.6-3.fc5]
+
  
−
=== archivace pošty, 28.4.2006 ===
+
Příčina problému byla lokalizována a předána výrobci serveru. Do odstranění příčiny je k dispozici náhradní řešení, které by mělo problém eliminovat. Pokud se přesto emailová adresa v seznamu zpráv zobrazí chybně, dejte nám prosím [mailto:mail-coding@admin.more.cz vědět].
−
Pod seznamem zpráv ve složce je nyní nové tlačítko Archivovat, které uloží všechny označené zprávy do jednoho balíku a pošle na lokální počítač do uživatelem zvolené složky. Formát balíku je volitelný - k dispozici jsou běžné EML zprávy (každá jedna zpráva je uložena do souboru s příponou EML, pro její přečtení je třeba EML prohlížeč, např. Outlook Express) a jednotlivé soubory (doprovodné texty jsou bez úpravy uloženy do souborů TXT, přílohy jsou uloženy tak, jak ve zprávě), příp. méně běžné formáty Mbox a Maildir. Výsledný balík je zapouzdřen do komprimovaného souboru ZIP, příp. TAR nebo TAR.GZ, u některých formátů je možné balík ponechat v původní textové podobě.
+
  
−
Nejčastěji uživatelé používají EML a ZIP nebo jednotlivé soubory a ZIP.
+
=== dílčí update systému, 6.3.2009 ===
  
−
=== skupiny adres, 3.4.2006 ===
+
Poštovní server byl updatován. Následují verze aktualizovaných částí:
−
Uživatel má nyní možnost sestavit si vlastní skupiny kontaktů z dostupných adresářů. Seznamy se spravují na stránce Možnosti / Skupiny adres, použijí se pak při komponování zprávy podobně, jako adresář (tlačítkem Skupiny se zobrazí seznam uživatelem definovaných skupin a u každé volba, do kterého z adresních řádků se seznam adres vloží). Pro větší počty adres ve skupině se doporučuje vkládat adresy do pole pro skrytou kopii, zejména pokud není žádoucí, aby adresáti viděli celý seznam adres.
+
  
−
=== dnešní den a jmeniny, 14.3.2006 ===
+
* doručovací server [http://www.postfix.org/features.html Postfix 2.5.6]
−
Na úvodní stránce se zobrazuje dnešní datum a jméno oslavence. Pro připomenutí se zobrazuje i jméno zítřejšího oslavence a při troše trpělivosti se zobrazí po umístění kurzoru myši nad tři tečky i jména oslavenců následujících tří dnů. Datum (den a měsíc) je aktivní pole a po klepnutí na něj se zobrazí zajímavosti, které se k tomuto datu váží.
+
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 2.2.11]
 +
* informační server [http://www.mediawiki.org/wiki/MediaWiki MediaWiki 1.14.0] <small>[vč. lokálních modulů]</small>
  
−
=== automatické odpovědi, 14.3.2006 ===
+
=== celkový upgrade systému, 8.2.2009 ===
−
Uživatel si může sám nastavit text automatické odpovědi odeslané každému odesílateli, který v době platnosti automatické odpovědi doručil uživateli poštovní zprávu (režím "Out Of Office").
+
  
−
=== upgrade webového rozhraní, 26.2.2006 ===
+
Poštovní server plně aktualizován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím [mailto:mail-upgrade@admin.more.cz vědět].
−
Nyní webové rozhraní běží na verzi SquirrelMail 1.4.6.
+
  
−
=== upgrade webového rozhraní, 27.1.2006 ===
+
* operační systém [http://fedoraproject.org/wiki/ Fedora] [http://docs.fedoraproject.org/release-notes/f10/en_US/ 10]
−
Nyní webové rozhraní běží na verzi SquirrelMail 1.4.6rc1.
+
* jádro [http://www.kernel.org/ Linux Kernel 2.6.27]
 +
* doručovací server [http://www.postfix.org/features.html Postfix 2.5.5]
 +
* poštovní server [http://dbmail.org/index.php?page=overview DBMail 2.2.9]
 +
* webové rozhraní [http://www.squirrelmail.org/about.php SquirrelMail 1.4.17] <small>[vč. aktuálních a lokálních modulů]</small>
 +
* webový server [http://httpd.apache.org/ Apache 2.2.10]
 +
* aplikační platforma [http://php.net/ PHP 5.2.6]
 +
* databázový server [http://mysql.com/ MySQL 5.0.67]
 +
* informační server [http://www.mediawiki.org/wiki/MediaWiki MediaWiki 1.13.3] <small>[vč. lokálních modulů]</small>
 +
* antispamová aktivní ochrana [http://sqlgrey.sourceforge.net/ SQLgrey 1.7.6] <small>[vč. lokální úpravy]</small>
 +
* antispamový filtr [http://spamassassin.apache.org/ SpamAssassin 3.2.5]
 +
* antivirový server [http://clamav.net/ ClamAV 0.94.2] <small>[průběžná aktualizace]</small>
 +
* integrační kontrola obsahu [http://www.ijs.si/software/amavisd/ amavisd-new 2.5.2]
 +
* optimalizační proxyserver [http://www.squid-cache.org/ squid 3.0]
  
−
=== upgrade poštovního serveru, 27.1.2006 ===
+
Jedná se tedy o nejnovější stabilní verze produktů.
−
Nyní poštovní server (server pro doručenou poštu IMAP/POP3) běží na verzi DBMail 2.0.8.
+
−
 
+
−
=== volba jazyka rozhraní, 1.11.2005 ===
+
−
* na přihlašovací stránce je nyní možné rovnou zvolit jazyk rozhraní
+
−
* pokud je uložena preference jazyka z předchozího přihlášení, předvolí se toto výchozí nastavení
+
−
* pokud se přihlašujete z daného počítače poprvé (nebo byly smazány cookies), předvolí se jazyk podle nastavení prohlížeče
+
−
 
+
−
=== loga a reference použitých ochran, 21.8.2005 ===
+
−
* na přihlašovací stránce jsou nyní loga služeb, kterými je chráněna příchozí pošta
+
−
* po klepnutí na logo se otevře nové okno s popisem služby (zpravidla v angličtině)
+
−
 
+
−
=== maximální velikost jednotlivé přílohy, 11.8.2005 ===
+
−
* zvětšena z 2MB na 8MB
+
−
 
+
−
=== automatické promazávání složek, 31.7.2005 ===
+
−
* můžete si nastavit (pro každou složku zvlášť) pravidla pro automatické promazávání složek
+
−
* k automatickému promazání dojde vždy při přihlášení k poště a poté v nastaveném intervalu při obnově obsahu složek apod.
+
−
* kritériem pro smazání pošty je zejména její stáří (např. starší 30 dnů), ale můžete složky promazávat i na základě Vámi stanovené celkové velikosti (součet velikostí zpráv ve složce) nebo počtu zpráv ve složce
+
−
* navštivte stránku Možnosti - Složky - možnosti a klepněte na Promazávání (též klepnutím na stejnojmenné tlačítko v bočním panelu) a dozvíte se více
+
−
 
+
−
=== doménové přihlášení, 6.7.2005 ===
+
−
* pokud se shoduje doména Vaší emailové adresy s doménou serveru, postačí zadat tu část adresy před zavináčem <code>@</code>
+
−
* navíc, pokud má Vaše adresa podobu "Jmeno.Prijmeni@domena", můžete zadat nejen "Jmeno.Prijmeni", ale i "Jméno Příjmení", tedy s mezerou a diakritikou
+
−
 
+
−
=== virtuální klávesnice, 6.7.2005 ===
+
−
* při práci s poštou mimo svůj bezpečný počítač oceníte možnost zadávat heslo jiným způsobem, než vyťukáváním na klávesnici
+
−
* na nezabezpečených nebo neznámých počítačích mohou být instalovány skryté programy, které zaznamenávají hesla a později je zpřístupní hackerům
+
−
* při přihlašování zadejte své jméno obvyklým způsobem, pak klepněte na odkaz virtuální klávesnice pod heslem
+
−
 
+
−
=== přezdívky při přihlášení, 25.6.2005 ===
+
−
* můžete si určit systémově unikátní přezdívku
+
−
* při příštím přihlášení nemusíte zadávat celou adresu, ale stačí jen zvolená přezdívka
+
−
 
+
−
=== potvrzení odeslání, 25.6.2005 ===
+
−
* po odeslání zprávy můžete být zpraveni o úspešnosti odeslání zprávy
+
−
* po odeslání zprávy můžete být vyzvání, zda chcete použité adresy příjemců rovnou vložit do adresáře
+
−
* nastavte si preference v Možnosti - Vzhled - možnosti, Potvrzování odeslané pošty
+
  
−
=== sdílené složky, 24.6.2005 ===
+
Pozn.: Všechny produkty jsou instalovány [http://cs.wikipedia.org/wiki/RPM_Package_Manager balíčkovou] metodou distributora operačního systému, u kterého lze předpokládat dobré sladění s operačním systémem a ostatními komponentami.
−
* nyní máte možnost jednotlivé své poštovní složky dát k dispozici jiným uživatelům
+
−
* navštivte stránku Sdílené složky a nastavte si přístupová oprávnění
+
−
* pokud nic nenastavíte, nikdo do Vašich složek nebude mít přístup
+
  
−
=== složka SPAM, 19.6.2005 ===
+
----
−
* do této složky přesouvejte nevyžádanou poštu (ať už onzačenou [SPAM] nebo neoznačenou)
+
−
* poštovní server složku pravidleně prochází a poučuje se ze zpráv zde uložených (aby příště lépe rozpoznal SPAM od užitečné pošty)
+
−
* server složku promazává, nemusíte se tedy o ní více starat
+
  
−
=== spuštění webového rozhraní, 16.6.2005 ===
+
Další informace můžete najít ve starších [[Pošta - Webové rozhraní - Zprávy|zprávách]].
−
* systém obsahuje základ plus nejpoužívanější moduly
+

Aktuální verze z 31. 7. 2014, 12:02

Nápověda webového rozhraní pošty: Nápověda

 Nová zpráva  Adresář  Složky  Možnosti  Hledat  Nápověda  Sdílené složky  Kalendář

https://mail.more.cz

 Začínáme  Jak na to  Často kladené otázky  O webovém rozhraní pošty  Novinky  Zprávy  Požadavky


záplata RFC 4408 SPF, SRS a přeposílání zpráv, 23.7.2014

Některé poštovní servery, včetně toho našeho, se chrání před nevyžádanou poštou také pomocí SPF. Pokud chráněný cílový server obdrží zprávu podepsanou odesílatelem z chráněné domény (ani jedno není povinné, ale pokud se sejdou obě podmínky, SPF se bude aplikovat, jinak ne), ale odeslanou z počítače, který k tomu není autorizován (typicky spam), server zprávu nepřijme. Problém může nastat, pokud mail do cílového serveru nepřijde přímo od odesílatele, ale přes prostředníka.

Popis problému: Česká spořitelna (doména csas.cz) chrání svou doménu tak, že určuje seznam jejích autorizovaných poštovních serverů. Z banky našemu uživateli pošlou mailem do jeho firemní schránky v našem serveru zprávu. Náš uživatel je ale na cestách, a tak si přechodně nechá veškerou poštu přeposílat na svou soukromou schránku na Seznam.cz. Tento server je cílem zprávy z banky a tento server aplikuje SPF politiku. Doména České spořitelny ale říká, že náš server není k doručování podobné pošty určen, takže Seznam.cz mail od našeho serveru nepřijme. Náš server vrátí mail odesílateli (bance) jako neodručitelný kvůli problému na Seznam.cz (ve skutečnosti to ale banka poslala na firemní účet na našem serveru, takže jsou trochu zmateni).

Řešení: Cesta požádat ČS o zařazení našeho serveru do seznamu autorizovaných stejně jako požádat Seznam.cz o vyřazení našeho serveru z kontroly je jednak neschůdná, jednak neřeší problém pro další servery (např. GMail, další oblíbený cíl přeposílaných mailů uživatelů našeho serveru, také kontroluje SPF). Univerzální řešení nabízí SRS. Jeho zkušební verze byla dnes na náš server implementována.

Nyní by se již odesílatelům neměly vracet přesměrované maily jako nedoručitelné z důvodu SPF, tyto maily by totiž měly být doručeny do cílového serveru bez problémů (tedy pokud nenastanou jiné příčiny, např. plná schránka, zablokovaný účet apod.). Pokud se Vám přesto vyskytnou výše popsané problémy, dejte nám prosím vědět mailem.

záplata RFC 2231 a RFC 2047 pro Outlook, 17.7.2014

Uživatelé se dlouhodobě potýkali s problémem zobrazení zpráv zaslaných z webového rozhraní Seznam.cz a zobrazených v poštovních programech Microsoftu, např. MS Outlook, Outlook Express, Windows Live Mail. Zájemcům postiženým tímto problémem jsme bezplatně poskytli opravný nástroj v naději, že si Microsoft chybu opraví.

Popis problému: Seznam.cz do zpráv vkládá záhlaví, které je svou délkou na hranici specifikace formátu zpráv (RFC 2822). Server v souladu se specifikací formátu dlouhých záhlaví (RFC 2231) takový řádek rozdělí na dva. Bohužel, žádný z MS produktů (kromě nejnovější mailové čtečky Pošta pro Windows 8.1) neimplementuje RFC 2231, takže jsou takové zprávy nečitelné (lidově "rozsypaný čaj").

Řešení: dočasně bylo možné jednotlivé postižené zprávy "opravit", tedy vrátit zprávu před aplikaci RFC 2231, pomocí naší aplikace. Nyní je náš server méně citlivý na délku záhlaví a ponechá řádek příliš dlouhý, nicméně tomu Outlook rozumí a zprávu zobrazí správně (skoro, obvykle se v textu vyskytuje jeden znak "=", který odesílatel nenapsal, navíc).

Dalším problémem byly zprávy odeslané z Outlooku (a dalších MS poštovních programů), které v záhlavích Od/Komu/Kopie obsahovaly současně znak s diakritikou a současně alespoň jeden ze znaků ".;:\@". Do pole Komu a Kopie se taková kombinace znaků může dostat z adresáře nebo z odpovědi na jinou zprávu, pole Od (Odesílatel) si uživatel nastaví sám. A to je právě nejčastější zdroj chyb.

Popis problému: např. pan Novák z firmy ABC s.r.o. si do odesílatele uvede "J. Novák - ABC s.r.o. <jnovak@example.com>", kvůli diakritice se ale záhlaví zprávy musí zakódovat, ale to Outlook udělá špatně, přesněji v příkrém rozporu se specifikací formátování ne-ASCII znaků (RFC 2047). Toto špatné kódování způsobí na straně serveru nejen neschopnost správně pochopit záhlaví, ale i při získávání informací o odesílateli ztrátu informace s emailovou adresou. Pokud je příjemce uživatelem Outlooku nebo podobné poštovní čtečky nebo stahuje maily pomocí POP3 a pokusí se na mail obsahující tuto poškozenou hlavičku odpovědět, nepodaří se mu to, protože v odesílateli díky špatnému kódování chybí elektronická adresa, zbyde jen špatně zobrazené jméno, např. =?iso-8859-2?q?J._Nov=A3k_-_ABC_s.r.o.?=.

Řešení: Opět je řešení na straně Microsoftu (řádná implementace RFC 2047) a opět zůstává toto řešení jen zbožným přáním. Problém lze obejít i tak, že odesílatel nepoužije současně diakritiku a současně znaky, které Outlook chybně kóduje (pokud takový mail obdržíte, požádejte odesílatele, aby nepoužíval diakritku v poli odesílatele). Na našem serveru je nyní záplata, která zajistí, že se server nepokusí chybně kódované záhlaví opravit, pouze ho nechá, jak je, chybně, ale zdá se, že Outlook tuto svou chybu správně interpretuje, takže zůstává jen problém, pokud čtete maily odeslané z Outlooku jinou čtečkou. Např. naše webové rozhraní nedokáže správně zobrazit odesílatele v seznamu zpráv, ale pokud si už čtete detail zprávy nebo na zprávu odpovídáte, jsou jméno i adresa správně zobrazeny a interpretovány, takže na mail lze bez problémů odpovědět.

Pokud se Vám vyskytnou výše popsané problémy se čtením zpráv, dejte nám prosím vědět mailem.

dílčí upgrade serveru, 22.8.2012

dílčí upgrade serveru, 10.8.2010

Případné problémy prosím hlaste mailem.

celkový upgrade společného serveru, 19.6.2010

Poštovní server plně aktualizován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím vědět.

Server byl rovněž přestěhován do lokality s vyšším stupněm zabezpečení a vyšší kapacitou připojení.

zvýšení limitu velikosti příloh, 2.11.2010

Jednotlivý mail, který náš poštovní server přijal pro zpracování (k odeslání nebo doručení), mohl mít maximální velikost 10 MB. Nyní se tento limit zvyšuje na 100 MB na jednu zprávu. Nezpomeňte, že se z historických důvodů binární přílohy vkládají do mailové zprávy zakódované, takže oproti velikosti, kterou u přílohy ukazuje správce souborů, budou v mailu zabírat přibližně o třetinu větší prostor (efektivně lze tedy přiložit k mailu až 75 MB binárních dat).

Stále platí omezení velikosti jedné zprávy u cizích poštovních serverů, pokud je mail větší než 10 MB, mohou nastat problémy s doručením. Kromě toho, že se s rostoucí velikostí mailu snižuje spolehlivost přenosu, zvyšuje se také celková doba potřebná na doručení (odeslání, zpracování, antivirová a antispamová kontrola, předání cílovému serveru, zpracování cílovým serverem, uložení) a riziko, že mailem adresátovi zaplníte jeho schránku.

Dále byl zvýšen limit z 8 MB na 16 MB binární velikosti jednotlivé přílohy prostřednictvím webového rozhraní. Větší přílohu lze rozdělit na menší části a až do velikosti 100 MB zprávy (75 MB binárních příloh) zprávu naplnit. I zde však platí, že s většími přílohami se obtížněji manipuluje a v závislosti na typu připojení může během odesílání přílohy na server docházet k výpadkům způsobeným prodlevami při přenosu velkých objemů dat.

Velké přílohy používejte na vlastní riziko.

upgrade modulu automatického přidávání adres, 24.5.2010

Modul na přidávání adres z mailu byl aktualizován. Nová verze umí převzít adresy do adresáře nejen z odesílatele, ale i z příjemců a, podle nastavení, i z těla zprávy. Adresy lze získávat i z odesílaných zpráv, a to i automaticky.

Pokud objevíte nesprávnou lokalizaci do češtiny příp. jinou závadu, dejte nám prosím vědět.

vypršela životnost antivirového systému, 16.4.2010

Na základě oznámení byl dne 15.4.2010 ukončen životní cyklus antivirového systému použivaného poštovním serverem, ClamAV 0.94.2-1. Vzhledem k tomu, že stávající operační systém serveru (Fedora 10) nemá novější aktualizaci, byl antivirový program aktualizován manuálně na verzi 0.96/10751. Do doby, než bude operační systém zahrnovat tuto nebo novější verzi, nebude antivirový program aktualizován (to se netýká aktualizací virových signatur, ty jsou aktuální nepřetržitě).

Ukončení životního cyklu antivirového programu proběhlo celosvětově a bylo zaznamenáno několik poštovních serverů, které se s ukončením činnosti nevypořádaly včas. Dokud správci těchto serverů své poštovní servery neošetří vhodným způsobem, může být pozdrženo doručování některých e-mailů, příp. se mohou i vracet svým odesílatelům.

chybná diakritika a nerozpoznané přílohy, 16.3.2010

Opraveno:

  • panel Nová zpráva má místo polí Komu, Předmět, Kopie a Skrytá kopie anglické ekvivalenty
  • občas se v poli odesílatele v seznamu zpráv (příjemce ve složce Odeslaná pošta) objeví poškozená adresa (=?iso-8859-2...)
  • pokud příloha TNEF (winmail.dat) nemá korektní příznak typu přílohy (např. application/pdf), je třeba přílohu nejprve uložit a pak otevřít v novém okně

nečitelné přílohy winmail.dat z MS Outlook, 13.3.2010

Opraven problém s rozpoznáním obsahu zprávy poslané z MS Outlook v tzv. TNEF formátu (příloha winmail.dat).

celkový update systému, 13.3.2010

Poštovní server plně aktualizován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím vědět.

oprava nefunkční změny hesla, 19.2.2010

Nástroj na změnu přístupového hesla poštovní schránky byl opraven.

nepřijímané notifikace datových schránek, 30.11.2009

Projekt datových schránek umožňuje zasílat oznamovací zprávy (notifikace) pomocí elektronické pošty. Zprávy přicházejí z adresy notifikace@mojedatovaschranka.cz. Doména odesílatele notifikace je (v době psaní tohoto příspěvku) chráněna službou SPF, ale jen v testovacím režimu. Poštovní server tedy tuto ochranu ignoruje.

Implementátoři notifikačního systému však kromě neúčinnosti SPF také neumožnili ani další z protispamových ochran - aktivní test existence adresy - elektronická adresa notifikace@mojedatovaschranka.cz neexistuje. V době psaní příspěvku příslušný server, kde se měla existence ověřit, nepřijímal žádné dotazy, a správce tohoto serveru oznámil, že to je tak navrženo:

notifikace@mojedatovaschranka.cz je odmítán vaším poštovním serverem. MX záznam neexistuje z důvodu, že se jedná o adresu, na kterou není uživatelem odpovídáno. Je zapotřebí přidat tuto adresu na SMTP whitelist.

Přestože chybu musí řešit provozovatel notifikačního systému datových schránek (stejný problém se týká všech poštovních serverů, které by měly přijímat notifikace z datových schránek), vzhledem k jeho postoji k problematice a důležitosti těchto notifikací pro naše zákazníky byla adresa notifikace@mojedatovaschranka.cz uvedena na bílé listině našeho serveru (takže se nekontroluje její existence).

Znamená to, že podle aktuálního nastavení může být do cílové schránky doručena i zpráva podepsaná notifikace@mojedatovaschranka.cz, přestože její původ nebude znám (může jít o podvrh). Kontrola existence adresy a test SPF nejsou nyní účinné.

Můžete si také přečíst článek Datové schránky (zatím) nemailují na serveru root.cz.

lokální opravy, 5.8.2009

  • automatické odpovědi v době nepřítomnosti chybně kódovaly českou diakritiku
  • při pokusu o uložení adresáta nově odeslané zprávy se zobrazílo chybové hlášení a příjemce se neuložil do adresáře

aktualizace antispamových filtrů, 3.8.2009

Činnost služby dsbl.org byla zastavena, poštovní server tedy přestal tuto službu využívat.

Naopak poštovní server rozšířil služby SBL o

(posledně jmenovaná služba zapouzdřuje všechny ostatní).

dílčí update systému, 6.4.2009

Poštovní server byl updatován. Následují verze aktualizovaných částí:

lokalizována chyba diakritiky v adresách, 6.3.2009

Po upgradu DBMail poštovního serveru dne 8.2.2009 na verzi 2.2.9 se začala u nově došlé pošty projevovat chyba zobrazení e-mailových adres v seznamu zpráv, pokud adresa obsahovala v reálném jméně (obvykle před skutečnou e-mailovou adresou) znaky s diakritikou. Problém neřeší ani zatím poslední verze 2.2.11 serveru.

Příčina problému byla lokalizována a předána výrobci serveru. Do odstranění příčiny je k dispozici náhradní řešení, které by mělo problém eliminovat. Pokud se přesto emailová adresa v seznamu zpráv zobrazí chybně, dejte nám prosím vědět.

dílčí update systému, 6.3.2009

Poštovní server byl updatován. Následují verze aktualizovaných částí:

celkový upgrade systému, 8.2.2009

Poštovní server plně aktualizován. Pokud se vyskytnou problémy při jeho používání (zejména nežádoucí změna nebo omezení funkcionality), dejte nám prosím vědět.

Jedná se tedy o nejnovější stabilní verze produktů.

Pozn.: Všechny produkty jsou instalovány balíčkovou metodou distributora operačního systému, u kterého lze předpokládat dobré sladění s operačním systémem a ostatními komponentami.

Další informace můžete najít ve starších zprávách.

Citováno z „https://wiki.more.cz/index.php?title=Pošta_-_Webové_rozhraní_-_Novinky&oldid=3080“