Děkuji.
SMTP server jsem tedy změnil na smtp.endora.cz, port 587 TLS.

Zatím nevím, zda to pomohlo, ale kopie, kterou přeposílám sobě na jiný mail na @centrum.cz stejně končí ve spamu. V kódu zprávy je pak toto:

Received: from unknown (unknown [10.255.254.26])
	by gmmr4.centrum.cz (Postfix) with QMQP id 3044BE6
	for <bigmuscle@centrum.cz>; Fri,  3 Apr 2020 01:31:31 +0200 (CEST)
Received: from aq.virusfree.cz by aq.virusfree.cz
 (VF-Scanner: SA:SPAM-TAGGED:RC:0(88.86.120.223):SC:0(7.1/5.0):CC:0:;
 processed in 0.9 s); 02 Apr 2020 23:31:31 +0000
X-VF-Scanner-Mail-From: bigmuscle@glass8.eu
X-VF-Scanner-Rcpt-To: bigmuscle@centrum.cz
X-VF-Scanner-ID: 20200402233130.337392.57098.aq.virusfree.cz.0
X-SpamDetected: 1
X-Spam-Status: Yes, hits=7.1, required=5.0

Děkuji. Ani jsem nevěděl, že tam stále používám toplist. Odstranění sice vyřešilo hlášku "Spojení není zabezpečené" při HTTPS, ovšem soubory stále nelze stahovat. Zajímavé je, že pokud odkaz na soubor zkopíruji a přistoupím na něj přímo, tak funguje, ale při kliknutí na odkaz na stránce jsem přesměrován na:

403 - Přístup odepřen
Zkontrolujte, zda je na FTP nahraný index.php nebo index.html.
Je možné, že je Vaše IP adresa blokována kvůli podezření na šíření SPAMu.
V případě dalších dotazů se prosím obraťte fórum podpory.

EDIT: Vyřešeno. Šlo o chybu v souboru .htaccess

Dobrý den, na svém webu (glass8.eu) mám vystaven certifikát, ale pokud jdu přes HTTPS, tak prohlížeč stejně hlásí "Spojení není zabezpečené" a při pokusu stahovat soubory je přesměrováno na stránku "403 - Přístup odepřen". V čem je problém? Děkuji.

Omlouvám se za pozdější reakci, ale chtěl jsem nejdříve vyzkoušet i více počítačů na různých sítích. Bohužel se problém s výpadky FTP objevuje všude - bez ohledu na systém, síť nebo FTP klienta. Např. v Total Commanderu se mi teď stává, že se spojení ukončí ještě dříve než dojde k připojení. Ve WinSCP se po otevření složky /glass8.eu ve spoustě případů zobrazí pouze:

Nepodařilo se stáhnout výpis adresáře
   73-a: No such file or directory

A spojení se ukončí. Nepomohla ani změna pasivní/aktivní režim, nový uživatel, keepalive atd. Pokud se problém nevyřeší, tak mi nezbyde nic jiného než změna hostingu.

Dobrý den,
pochopil bych, kdyby k odpojování docházelo např. po 1 minutě neaktivity, ale je nesmyslné, když k odpojování dochází i při aktivitě, např. při kopírování souborů.

E-mail jsem odeslal na info@endora.cz (ID požadavku: 658284)

Přiznám se, že tomu SPF záznamu moc nerozumím. Nechápu, co to má dělat a hlavně, co já s tim mám dělat

Hm, tak vidim, že tady mám asi smůlu a problém zůstane nevyřešen.

Toto je z dnešního rána (15.6.2015 7:36)

Jedná se o jiného příjemce. Překlep v adrese určitě nebude.

Dá se s tím tedy něco dělat?

Většinou se jedná o doménu gmx.de, ale všiml jsem si, že problém se vyskytuje u více zejména německých domén. Zde je celá odpověď od MAILER-DAEMON (jenom jméno příjemce jsem odmazal):

Podle všeho ale běžné zasílání mailů funguje.

Díky. Zkusím ten adminer. phpmyadmin nahrané na FTP funguje, ale je to pomalé úplně stejně. Je mi to ale divné, protože na jiném hostingu jako např. SourceForge (kde mají určitě také desetitisíce databází) to běželo vždy bez problému.

Jak jsem psal vedle v topicu, tak funkce mail přidá do hlavičky X-PHP-Originating-Script, čímž vzdálený server může rozpoznat, že zpráva byla odeslána PHP skriptem. Obejít to asi nepůjde, a tak nezbude jiná možnost než ten SMTP server.