Newest KB Articles in Emaily

Ukončení podpory vybírání pošty cizích schránek přes POP3 v Gmailu

Wed, 04 Feb 2026 14:36:37 GMT

Od ledna 2026 začíná Gmail ukončovat podporu stahování obsahu schránek třetích stran přes POP. Podle harmonogramu by k tomu mělo pro stávající uživatele dojít v průběhu roku 2026.

POP (Post Office Protocol verze 3) je internetový protokol sloužící pro stahování zpráv ze schránky na serveru do poštovního klienta. Stahují se všechny zprávy ze složky pro doručenou poštu. Více informací si můžete přečíst v článku naší znalostní báze Rozdíl mezi protokoly POP3 a IMAP

Týká se tato změna i mě?

Pokud můžete odpovědět na následující otázka kladně, pak ano.

Mám schránku u Forpsi (nebo i jiného poskytovatele emailových služeb.
Emaily čtu ve webovém rozhraní Gmailu - v prohlížeči.
V Gmailu mám nastaveno Zkontrolovat poštu z jiných účtů.

Jak ověřím, že Gmail stahuje poštu z mojí schránky právě přes POP3?

Přihlaste se do Gmailu (gmail.com).
Klikněte na ikonu ozubeného kolaa vyberte Zobrazit všechna nastavení.
Na kartě Účty a import zkontrolujte emailové účty v sekci Zkontrolovat poštu z jiných účtů:

Pokud možnost Zkontrolovat poštu z jiných účtů v nastavení nevidíte, Google již tuto funkci odebral.

Nepřijdu o emaily stažené Gmailem?

Nemusíte se bát, o emaily stažené do Gmailu nepřijdete. Sice již nebude možné stahovat nové emaily, ale ty staré zůstanou uložené ve složce, do které se dosud ukládaly.

Jak se změní přístup k emailům mojí schránky?

Máte několik možností, jak znovu číst poštu, kterou doručujeme do vaší schránky:

Používejte náš Webmail, který kromě správy pošty obsahuje i kalendář a adresář s možnostmi jejich synchronizace s mobilem nebo počítačem.
Čtěte emaily v IMAP poštovním klientovi na počítači (Thunderbird, Outlook, Apple Mail,...) nebo na mobilním zařízení (iPhone, Android,...)
Nastavte přeposílání pošty na vaši Gmail adresu

Poznámka

Gmail definitivně ruší možnost stahovat zprávy ze schránek jiných poskytovatelů. Není tedy možné upravit stávající nastavení stahování a nahradit POP3 server IMAP serverem.

Sent emails are not delivered or are delivered into the SPAM folder

Tue, 28 Jan 2025 09:02:23 GMT

Currently, sometimes it is not easy to deliver emails into the target mailboxes, because all mailservers want to protect the owners of mailboxes against spams, phishing, fraudulent messages ... No system is able to distinguish spams and legit emails a hunderd per cent, also because some emails are considered as spam by some people but as legit by other people.

If the mailserver of the recipient rejects your email, the smtp server generates non delivery message and sends it to the Envelope Sender address (if the email was sent from web, the Envelope Sender is postmaster@web-domain.tld)

The freuquent errors

The mailbox of the recipient does not exist or is unavailable from some reason. Here are some samples of corresponding errors

Sorry, no such mailbox here
Sorry, no user here by that name
Sorry, no mailbox here by that name
The email account that you tried to reach does not exist.
Recipient address rejected:
User unknown in relay recipient table
Recipient address rejected: User unknown in virtual alias table
Recipient address rejected: Access denied.
Recipient address rejected: undeliverable address:
Recipient address lookup failed recipient address rejected: Inactive
No such recipient here
Address rejected.
Mailbox unavailable.
Mailbox not available
Requested mail action aborted, mailbox not found
Requested action not taken: mailbox unavailable
Relay access denied
We don't relay mails
User unknown

The recipient mailbox is full

Sorry, recipient mailbox is full

The message size exceeds the limit set by the target mailserver

Sorry, that message size exceeds my databytes limit

The message is not RFC 5322 (mostly missing a valid Message-ID header, see the article Gmail.com and Message-ID )

Gmail has detected that this message is not RFC 5322 Messages missing a valid Message-ID header are not accepted.

The DKIM and SPF check of the domain of From header was not successful, see bellow

Your email has been blocked because the sender is unauthenticated. Gmail requires all senders to authenticate with either SPF or DKIM.

The email was rejected with the mailserver, that uses the antispam system of Cisco Talos Sender Domain Reputation (SDR). Se the article Email has returned back with error "Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer"

Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer

Email was rejected as spam (it is recommend to contact the administrator of the target mailserver to get more details, why the email was evaluated as spam, or to ask the recipient to add your email address into the whitelist)

Spam message rejected. Message denied by policy

If you don't get the Non Delivery Message, it means that the target mailserver accepted your message. However, the recipient may not receive the message into their inbox. Or the message can be delivered into the Spam folder etc.

What the sender can do to improve delivering of their emails

Most mailservers require, that the domain in the From header is authenticated with either SPF or DKIM. And it is better, if this domain has also set the DMARC record. So, at first you have to check, whether DKIM, SPF and DMARC records are set for your domain.

DKIM makes possible to verify, that the message comes from a mailserver authenticated to send emails from the domain. DKIM - DomainKeys Identified Mail is a technology of verifiing the origin of the email with asymmetrical decryption.

The SPF record determines which IPs are allowed to send the emails with the domain of the sender (the Envelope Sender is checked)

The DMARC check combines DKIM and SPF. Successful DMARC check means that the email has valid DKIM sign of the domain of the sender in the From header, or this domain is the same of the domain of the Envelope Sender and the SPF check passes (at least on of DKIM and SPF check has to be successful)

DKIM

We activate automaticaly DKIM for new hostings, which use DNS servers of Forpsi. You can check the status of DKIM or activate it, se the article DKIM.

DKIM is activated only for emails sent via smtp server smtp.forpsi.com (also from webmail).

If you send emails from a web with the PHP mail() function or via other smtp servers (smtp server of the ISP ...) and your emails are not delivered, we recommend to try to send the emails via smtp server smtp.forpsi.com. Redact systems allow to set sending emails via an entered smtp server, it is neccessary to fill in authentication. You can use PHP Mailer instead of the PHP mail() function. The domains of the From header and of the Envelope Sender have to be the same to sign the email with a valid DKIM sign.

SPF

We set automaticaly the SPF record with the Fail (-all) policy for new hostings, which use DNS servers of Forpsi. The Fail policy was chosen to prevent abusing of domains in fraudulent messages.

You can check the SPF record or set it, see the article Setting of SPF and DMARC records. Every domain can have only one SPF record. If you want to allow more mailservers in the SPF record, all items have to be included in one SPF record.

DMARC

We set automaticaly the DMARC record with the qurantine policy for new hostings, which use DNS servers of Forpsi. The quarantine policy was chosen because some mailservers require the DMARC with at least quarantine policy. If you want to protect your domain against abusing in fraudulent emails, change the policy to reject.

You can check the DMARC record or set it, see the article Setting of SPF and DMARC records.

When DKIM, SPF and DMARC don't help

After setting of the DKIM, SPF and DMARC records, it is neccessary to wait at least 30 minutes till the changes are reflected on all cache DNS servers.

If you get a None Delivery Report (in case of emails sent from webs into the mailbox postmaster@), follow the text of the error in the NDR message.

If you don't get the NDR message till 24 hours after sending either, it means, that the target mailserver accepted the message. Then we recommend to contact the support of this target mailserver, which didn't deliver your email into the target mailbox, although it accepted it. The reason, why the email wasn't delivered, can be bad reputation of your domain (if it appeared in emails reported by their recipients as spam), or oposite your domain is new and it hasn't established any reputation, and other and other.

In the article Email has returned back with error "Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer", we describe the situation for Centrum.cz (Atlas.cz, Volny.cz) or banks (Allianz, ČSOB, KB, Kooperativa, UniCredit,...), that use the antispam system of the company Cisco Talos Sender Domain Reputation (SDR). Centrum.cz write in their knowledge base: "If, even after checking the correct message settings, your emails still do not pass through our servers, contact us at the email address helpdesk@economia.cz."

In case of other mailserver, it is similar. If the mailservers accept the message and don't deliver it into the target mailbox, or deliver it into the Spam folder, it is neccessary to contact the support of the target mailserver to provide more information about evaluating your email as spam.

Odeslané emaily padají u příjemce do spamu nebo se vůbec nedoručí

Fri, 10 Jan 2025 13:24:47 GMT

Problematika doručování emailů v současné době není jednoduchá, protože všechny poštovní servery chtějí chránit majitele schránek, aby nedostávali spamy, phishing, podvodné emaily apod. Žádný systém nedokáže přesně rozlišit, které zprávy jsou legitimní a které zprávy jsou spamy už proto, že email, který je pro jednoho člověka legitimní, může jiný člověk považovat za spam.

Pokud poštovní server příjemce odmítne vaši odeslanou zprávu, smtp server vygeneruje chybové hlášení a pošle ho na obálkovou adresu odesílatele (v případě emailu odeslaného z webu jde o adresu postmaster@domena-webu.tld)

Nejčastější chybové hlášky

Schránka příjemce neexistuje nebo je z nějakého důvodu nedostupná. Zde uvádíme příklady znění chyb

Sorry, no such mailbox here
Sorry, no user here by that name
Sorry, no mailbox here by that name
The email account that you tried to reach does not exist.
Recipient address rejected:
User unknown in relay recipient table
Recipient address rejected: User unknown in virtual alias table
Recipient address rejected: Access denied.
Recipient address rejected: undeliverable address:
Recipient address lookup failed recipient address rejected: Inactive
No such recipient here
Address rejected.
Mailbox unavailable.
Mailbox not available
Requested mail action aborted, mailbox not found
Requested action not taken: mailbox unavailable
Relay access denied
We don't relay mails
User unknown

Schránka příjemce je plná

Sorry, recipient mailbox is full

Velikost zprávy překročila limit nastavený cílovým mailserverem

Sorry, that message size exceeds my databytes limit

Zpráva nedopovídá RFC 5322 (většinou chybí parametr Message-ID, viz článek Gmail.com a Message-ID )

Gmail has detected that this message is not RFC 5322 Messages missing a valid Message-ID header are not accepted.

Kontrola DKIM a SPF pro doménu z parametr Od (From) z hlavičky zprávy byla neúspěšná (viz níže)

Your email has been blocked because the sender is unauthenticated. Gmail requires all senders to authenticate with either SPF or DKIM.

Odmítnutí emailu poštovním serverem příjemce, který používá antispamový systém společnosti Cisco Talos Sender Domain Reputation (SDR). Viz článek Email se vrátil s chybou "Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer"

Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer

Email byl odmítnutý jako spam (je nutné kontaktovat správce cílového mailserveru, aby sdělil více podrobností o tom, proč byl email vyhodnocený jako spam nebo požádat příjemce, aby si vaši adresu přidal do whitelistu)

Spam message rejected. Message denied by policy

Když chybové hlášení nepřijde, znamená to, že poštovní server příjemce zprávu přijal. Přesto příjemce nemusí zprávu dostat do své schránky. Nebo zpráva může spadnout do složky Spam, Hromadné apod.

Co může udělat odesílatel pro lepší doručitelnost emailů

Většina poštovních serverů vyžaduje u zpráv, aby byla doména odesílatele v hlavičce emailu autorizována pomocí DKIM nebo SPF a nejlépe, aby měla také nastavený DMARC záznam. Nejdříve je tedy třeba zkontrolovat a případně nastavit potřebné TXT záznamy

DKIM podpis umožňuje ověřit, že zpráva pochází ze serveru autorizovaného pro odesílání pošty z dané domény. DKIM je zkratka pro DomainKeys Identified Mail, jde o techniku ověření původu emailu pomocí asymetrického šifrování.

SPF záznam určuje, ze kterých IP adres je povoleno odesílat emaily od daného odesílatele (kontroluje se obálková adresa odesílatele)

DMARC kontrola kombinuje DKIM a SPF. Aby byla kontrola DMARC v pořádku, musí mít email platný DKIM podpis pro doménu odesílatele v parametru From v hlavičce zprávy nebo musí být tato doména stejná jako doména obálkové adresy odesílatele a musí pro ni být v pořádku kontrola SPF (musí být úspěšná alespoň jedna z kontrol DKIM a SPF)

DKIM

U nově vytvářených hostingů, které mají DNS záznamy u naší společnosti, aktivujeme DKIM automaticky. U ostatních hostingů můžete stav DKIM zkontrolovat a případně aktivovat podle návodu v článku DKIM.

Aktivace se týká pouze emailů odesílaných přes smtp server smtp.forpsi.com (i z webmailu).

Pokud posíláte emaily z webu pomocí PHP funkce mail() nebo přes cizí smtp servery (smtp server poskytovatele internetového připojení) a máte potíže s doručitelností emailů, doporučujeme zkusit poslat emaily přes smtp server smtp.forpsi.com. Redakční systémy na webu umožňují nastavit odesílání přes zadaný smtp server, je nutné zadat autorizaci. Místo PHP funkce mail() můžete použít PHPMailer. Aby byl DKIM podpis v pořádku, je třeba, aby měl odesílatel stejnou doménu jako účet, ke kterému se autorizujete.

SPF

U nově vytvářených hostingů, které mají DNS záznamy u naší společnosti, nastavujeme automaticky SPF záznam s politikou Fail (-all). Tuto politiku jsme zvolili pro ochranu zneužití domény v podvodných zprávách.

SPF záznam zkontrolujete, případně nastavíte podle návodu v článku Nastavení SPF a DMARC záznamu. Doména může mít pouze jeden SPF záznam. Pokud potřebujete v SPF záznamu povolit více mailserverů, pak všechny musí být zahrnuty v jednom SPF záznamu.

DMARC

U nově vytvářených hostingů, které mají DNS záznamy u naší společnosti, nastavujeme automaticky DMARC záznam s politikou quarantine. Některé mailservery vyžadují u legitimních emailů DMARC záznam minimálně s politikou quarantine.

DMARC záznam zkontrolujete, případně nastavíte podle návodu v článku Nastavení SPF a DMARC záznamu.

Když DKIM, SPF a DMARC nepomohou

Po úpravě všech uvedených záznamů je třeba počkat minimálně 30 minut, než se změny projeví na všech cachovacích DNS serverech.

Když se po odeslání emailu vrátí chybové hlášení (u emailu odeslaného z webu do schránky postmaster@), je třeba řešit situaci podle toho, co říká chybová hláška, viz výše.

Když se chybové hlášení nevrátí ani pod 24 hodinách, znamená to, že cílový poštovní server zprávu přijal. Pak je třeba kontaktovat podporu tohoto poštovního serveru, který nedoručil váš email do cílové schránky, i když ho přijal. Příčinou nedoručení může být nějaký obsah emailu, špatná reputace domény (pokud příjemci reportují vaše emaily jako spamy) nebo naopak doména je nová a nemá vybudovanou žádnou reputaci a další a další.

V článku Email se vrátil s chybou "Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer" popisujeme situaci pro Centrum.cz (Atlas.cz, Volny.cz) nebo banky (Allianz, ČSOB, KB, Kooperativa, UniCredit,...), kteří využívají antispamový systém společnosti Cisco Talos Sender Domain Reputation (SDR). Např. Centrum.cz na svých stránkách uvádí: "Pokud ani po kontrole správného nastavení zprávy neprochází na naše servery, ozvěte se nám na e-mailovou adresu helpdesk@economia.cz."

Podobné je to s dalšími poštovními servery. Pokud přijmou zprávu a nedoručí ji do cílové schránky, nebo ji doručí do složky Spam, je nutné obrátit se na jejich podporu, aby poskytli více informací o příčině vyhodnocení vaší zprávy jako spam.

Increase mailbox size

Tue, 05 Nov 2024 09:15:36 GMT

If you are running out of space in your mailbox and need to increase, use the GIGA Mail interface, which is part of the customer administration (it cannot be managed through the webmail interface).

1. Increasing Mailbox Capacity

In the left menu, select Webhosting (1.) and choose the desired hosting from the list (2.)

On the website settings page, go to the E-mails (3.) tab. The mailbox size management is found under [Gigamails settings] (4.)

In the GIGA mail interface, set the desired size using the + button. If you need to decrease the mailbox size (e.g., if you do not have enough capacity for an increase and do not wish to order more yet), use the - button.

Changes will take effect only after saving.

2. Mailbox and Available Capacity Management

In the GIGA mail interface, you can see how many GB are available and the maximum mailbox size you can set.

Calculating Used Space

The basic mailbox size is 1 GB, capacity increases in 1 GB increments

- The mailbox jan@zizkovsky.cz has an additional 4 GB used (total size 5 GB)

- The mailbox zikmund@zizkovsky.cz has an additional 9 GB used (total size 10 GB)

→ 4 + 9 = 13 (13 GB used)

Therefore, 12 GB remain for increasing mailbox capacities.

The maximum mailbox size in this case is 20 GB (see the mailbox list header).

3. Purchasing Additional Mailbox Space

The GIGA mail interface allows you not only to adjust mailbox capacities but also to order additional space for your mailboxes.

Use either the interface functionality or this direct link. If you click the button in the GIGA mail interface, you will be taken directly to the order basket for hosting add-ons.

In the form, go to the Email Services section and select the capacity you wish to purchase.

Complete the order as usual.

Zvětšení velikosti poštovní schránky

Fri, 25 Oct 2024 13:48:01 GMT

Pokud vám dochází ve schránce místo a potřebujete ji zvětšit, použijte rozhraní GIGA Mail, které je součástí zákaznické administrace (nelze tedy použít správu emailových schránek ve webmailu).

1. Zvětšení kapacity schránky

Na adrese admin.forpsi.com se přihlaste do zákaznické administrace.

V levém menu zvolte Webhosting (1.) a v seznamu hostingů vyberte požadovaný hosting (2.)

Na stránce nastavení webu přejděte na záložku E-maily (3.). Správa velikosti schránek se nachází v [nastavení Gigamailů] (4.)

V rozhraní GIGA mail nastavte požadovanou velikost pomocí tlačítka +. Budete-li potřebovat naopak zmenšit velikost schránky (např. v případě, že už nemáte dostupnou kapacitu pro navýšení a zatím nechcete objednávat novou), použijte tlačítko -.

Změny se projeví až po uložení.

2. Správa schránek a dostupné kapacity

V rozhraní GIGA mail máte přehled o tom, kolik GB máte k dispozici a jakou maximální velikost schránky můžete nastavit.

Výpočet využitého místa

Základní velikost schránky je 1 GB, kapacita se navyšuje po 1 GB

- schránka jan@zizkovsky.cz má nad základní velikost použity 4 GB (velikost 5 GB)

- schránka zikmund@zizkovsky.cz má nad základní kapacitu použito 9 GB (velikost 10 GB)

→ 4 + 9 = 13 (využitých 13 GB)

Pro navýšení kapacity schránek tedy zbývá 12 GB.

Maximální velikost schránky je v tomto případě 20 GB (viz. záhlaví seznamu schránek)

3. Přikoupení dalšího prostoru pro schránky

Rozhraní GIGA mail umožňuje nejen měnit kapacitu schránek, ale i objednat další prostor pro Vaše schránky.

Použijte buď tlačítko Objednat další GIGA mail nebo přímý odkaz na tuto doplňkovou službu. Pokud kliknete na tlačítko v rozhraní GIGA mail, přihlásíte se rovnou do košíku objednávky doplňkových služeb hostingu.

Ve formuláři přejděte na sekci Mailové služby a zvolte kapacitu, kterou chcete přikoupit.

Objednávku dokončete běžným způsobem.

Podvodné emaily o expiraci hesla

Fri, 25 Oct 2024 08:35:55 GMT

Vážení zákazníci,

ve dnech 24. 10. 2024 a 25. 10. 2024 jsme zaznamenali podvodné e-maily, které nesprávně informují o blížící se expiraci hesla a požadují zadání hesla.

Emaily mají tento obsah

Co dělat pokud mi přijde podvodný e-mail?

Neodpovídat na něj a na nic neklikat. Naše společnost neinformuje o expiraci hesla. Pokud si nevíte rady, reportujte podvodný email na stránce https://www.forpsi.com/nahlasit-zneuziti/.

Co dělat, pokud jsem zadal své přihlašovací údaje?

V tomto případě Vám doporučujeme urychleně změnit heslo ke schránce. Návod ke změně hesla naleznete v článku Reset zapomenutého hesla běžného účtu.

Poznámka: Pokud na odkaz Confirm Password najedete pouze myší a nebudete na něj klikat, vlevo dole se zobrazí adresa, na kterou odkaz směřuje (v tomto případě htps:/tn.dtrkr[dot]com/clicks/...) I díky této kontrole se lze přesvědčit, že se jedná o podvod.

Automatické nastavení synchronizace kalendářů a adresářů

Tue, 17 Sep 2024 10:14:47 GMT

Tento článek popisuje úpravu DNS záznamů, která zajistí automatickou detekci adresy synchronizačního serveru pro nastavení synchronizace pomocí CalDAV a CardDAV protokolů

Pro automatické zjištění URL synchronizačního serveru slouží SRV záznamy (příklad je pro doménu zizkovsky.cz).

_caldavs._tcp.zizkovsky.cz      1800    IN    SRV    0 1 443 syncdav.forpsi.com 
_carddavs._tcp.zizkovsky.cz     1800    IN    SRV    0 1 443 syncdav.forpsi.com

Pokud je nemáte u domény nastavené, postupujte stejně jako při úpravách MX záznamu, které jsou popsané v příspěvku znalostní báze Nastavení DNS záznamů (alternativně https://support.forpsi.com/kb/a4183/nastaveni-dns-zaznamu.aspx#_Toc35842875)

Automatická konfigurace synchronizačních klientů

- automaticky: pro přidání účtu stačí zadat emailovou adresu a heslo (nutné nastavení SRV záznamů)

- základní URL: pro přidání účtu je kromě emailové adresy a hesla nezbytné zadat adresu https://syncdav.forpsi.com

	kalendář	adresář kontaktů
Thunderbird	nativní podpora automaticky základní URL	nativní podpora automaticky základní URL
Outlook	neplacený doplněk automaticky základní URL	neplacený doplněk automaticky základní URL
em Client	nativní podpora základní URL	nativní podpora základní URL
Android	placená aplikace automaticky základní URL	placená aplikace automaticky základní URL
Apple Mail (macOS)	nativní podpora automaticky základní URL	nativní podpora základní URL
Apple Mail (iOS)	nativní podpora QR	nativní podpora QR

Discontinuation of TLS 1.0 and 1.1 support - configuration of certain unsupported mail clients

Wed, 24 Jul 2024 10:45:21 GMT

The discontinuation of support for outdated protocols has an impact on the use of secure (encrypted) connections in older versions of mail clients.

- Apple Mail: 9.3 and older

- Eudora

- Outlook for Mac: 2012 and older

- Outlook for Windows: 2010 and older

- Thunderbird 27 and older

- Windows Live Mail

- OpenSSL-based software older than 1.0.1

- Android: 4 and older

- iOS: 4 and older

- macOS: El Capitan (10.11) and older

- Windows: 7 and older

If you are using any of the above mail clients with secure communication set up, change the server settings as follows.

- Encrypted connection type: None (or uncheck the appropriate option)

- Incoming mail server (IMAP): 143 (port 110 for POP3)

- Outgoing mail server (SMTP): 587 or 25

Certainly, the best solution is an upgrade to newer version of email client, that supports protocols TLS v1.2 or v1.3.

In case canceling the encrypted connection and using the above ports doesn't restore the functionality of the outdated mail client, check your antivirus settings and try disabling the mail shield (temporarily).

Below are the instructions for the two most commonly used mail clients. The setup images may vary because they were created in current versions of the programs.

Outlook

Account settings > More settings (1.) > Advanced (2.)

- Use the following type of encrypted connection: None

- Incoming mail server (IMAP): 143 (port 110 for POP3)

- Outgoing mail server (SMTP): 587

Thunderbird

1. POP3/IMAP

Menu (1.) > Account Settings - Server Settings (2.)

- Port: 143 (port 110 for POP3 account)

- Connection Security: None

2. SMTP

Menu (1.) > Account Settings - Outgoing Server (SMTP) (3.)

Select the smtp server (usually smtp.forpsi.com) (4) and use the Edit button (5) to change the settings as shown

Ukončení podpory TLS 1.0 a 1.1 - nastavení některých nepodporovaných poštovních klientů

Mon, 15 Jul 2024 12:34:34 GMT

Dne 17.9.2024 došlo v rámci bezpečnostních aktualizací k ukončení podpory zastaralých protokolů TLS v1.0 a v1.1 u poštovních serverů, které zajišťují odesílání emailů (SMTP) a přístup do schránek (POP3 a IMAP). Ukončení podpory zastaralých protokolů má dopad na používání zabezpečeného (šifrovaného) spojení u starších verzí poštovních klientů.

- Apple Mail: 9.3 a starší

- Eudora

- Outlook pro Mac: 2012 a starší

- Outlook pro Windows: 2010 a starší

- Thunderbird 27 a starší

- Windows Live Mail

- Software založený na OpenSSL starší než 1.0.1

- Android: 4 a starší

- iOS: 4 a starší

- MacOS: El Capitan (10.11) a starší

- Windows: 7 a starší

Používáte-li některé z výše uvedených poštovních klientů s nastavenou zabezpečenou komunikaci (může jít i o tiskárny, aplikace s vlastním mailovým klientem, webové aplikace, skripty apod....), změňte nastavení serverů následujícím způsobem.

- typ šifrovaného spojení: Žádný (nebo odškrtnout příslušnou volbu)

- server příchozí pošty (IMAP): 143 (u POP3 port 110)

- server pro odchozí poštu (SMTP): 587 nebo 25

Njevhodnějším řešením je samozřejmě upgrade na novějšího klienta, který protokoly TLS v1.2 nebo v1.3 podporuje.

V případě, že zrušení šifrovaného spojení a použití výše uvedených portů neobnoví funkčnost zastaralého poštovního klienta, zkontrolujte ještě nastavení antivirového programu a zkuste (dočasně) vypnout mailový štít.

Níže uvádíme návody pro dva nejčastěji používané poštovní klienty Outlook a Thunderbird). Obrázky nastavení se mohou lišit, protože byly vytvořeny v aktuálních verzích programů.

Outlook

Nastavení účtu > Další nastavení (1.) > Upřesnit (2.)

- Použít tento typ šifrovaného spojení: Žádný

- Server příchozí pošty (IMAP): 143 (u POP3 port 110)

- Server pro odchozí poštu (SMTP): 587 nebo 25

Thunderbird

1. POP3/IMAP

menu (1.) > Nastavení účtu - Nastavení serveru (2.)

- Port: 143 (pro POP3 účet port 110)

- Zabezpečené spojení: Žádné

2. SMTP

menu (1.) > Nastavení účtu - Server odchozí pošty (SMTP) (3.)

Vyberte smtp server (většinou smtp.forpsi.com) (4) a pomocí tlačítka Upravit (5) změňte nastavení dle obrázku

Email has returned back with error "Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer"

Mon, 13 Nov 2023 11:42:42 GMT

Have you sent an email to the Centrum.cz (Atlas.cz, Volny.cz) address or a bank (Allianz, ČSOB, KB, Kooperativa, UniCredit, etc.) and received an error saying "Your access to this mail system has been rejected due to poor reputation of a domain used in message transfer"?

The reason for this rejection is that the recipient's mail server, which uses the Cisco Talos Sender Domain Reputation (SDR) anti-spam system, has refused the email. Your domain has not yet gained sufficient reputation (or may have a bad reputation) to be considered "trustworthy," and emails from it are not being accepted. In simpler terms, you haven't sent enough legitimate emails to recipients using this antivirus and reputation service.

Factors influencing reputation include:

Domain age: Newly registered domains usually do not send a sufficient volume of legitimate emails to gain the required reputation at Cisco Talos.
Sending emails from IP addresses (mail servers) that do not send spam: Our mail servers are protected against spam by the Cloudmark Security Platform (CSP) system from Cloudmark.
The IP address from which emails are sent must have the correct reverse record - this basic requirement for a properly configured mail server is of course fulfilled on our mail servers.

How to solve the situation?

You can improve email deliverability by configuring your domain correctly:

Set up the SPF record correctly - An SPF record including all servers used by our company for email sending is added when new hosting is setting up in case the domain also uses our DNS servers.
You can check and set up the SPF record according to the instructions in our knowledge base - Setting of SPF and DMARC records
Sign domain emails using DKIM - DKIM signature is activated for emails sent via smtp.forpsi.com is activated when new hosting is setting up in case the domain also uses our DNS servers.
For other cases, you can use the guide provided in our knowledge base - DKIM
Set up a DMARC record - DMARC record defines the policy for rejecting emails that do not pass SPF and DKIM checks. It will also be added when new hosting is setting up in case the domain also uses our DNS servers.
You can configure the DMARC record according to the instructions in our knowledge base - Setting of SPF and DMARC records

What if your domain and its settings are correct?

1. Delivery issues to Centrum.cz holding addresses

Centrum.cz handle the rejection of emails with a contribution in their knowledge base. They write there, "If, even after checking the correct message settings, your emails still do not pass through our servers, contact us at the email address helpdesk@economia.cz."

Contact Centrum.cz customers support.

2. Delivery issues to other email providers

For some recipients, the chance of solution may be lower. If their support is unresponsive or doesn't solve improving of the deliverance, you can try reporting false positive reputation directly to the Sender Domain Reputation service (see below).

Report false positive reputations to Cisco Talos Sender Reputation Domain

To open a ticket, you must have Cisco account. Registration is free.

1. Account registration

Got to the https://id.cisco.com/signin/register and fill the form.

- do not use characters with diacritics.

The final step is the activation of the account, which you will perform using the link delivered via email.

2. Report false positive domain

Go to the ticket creation form for SDR: https://talosintelligence.com/reputation_center/sender_domain

Enter your domain(s) in the form

Click on the button Add Entries to Ticket.

Ensure you have selected NOT MALICIOUS reputation.

If you have the rejected email, attach it to the ticket using the ATTACH FILE button.

All tickets are available upon logging into the account. Information about the change in ticket status (resolution) is delivered to the email address provided during registration.