Nejste přihlášeni
Moje IP adresa 185.112.167.57
Dobrý den, nefungují mi weby, které mám na hostingu Endora - např. http://sololang.com/, http://servismotorky.cz/, https://cluny-pujcovna.cz/ a další. Jiné weby se normálně načítají. Weby nefungují jen přes domácí síť (poskytovatel CZNET). Přes LTE z mobilu fungují. Kde může být problém?
Dobrý den,
co se týká IP adresy, dostal jsem odpověď: "co se týká IP adresy nemáme statickou, může se měnit."
...a pak ještě dodatečné info:
"situaci jsem ještě ověřoval se s správcem sítě. Vypadá to na komplikaci DNS serveru u Vás.
Odesílání e-mailu funguje z domén app.idoklad.cz, app.idoklad.sk a api.idoklad.cz.
Zkuste ještě ověřit situaci s DNS serverem. Jestli tyto domény z nějakého důvodu nejsou zablokované."
Pomůže Vám tato informace vyřešit problém? Děkuji.
Dobrý den, IP adresu zatím nemám, až mi ji technik zašle tak ji sem doplním. Možná Vám pomůže informace, že servery iDokladu jsou v Irsku. Technik z podpory říkal, že tohle by mohlo být příčinou problému. Máte povoleny přístupy k serveru ze zahraničí? Děkuji.
Žádné nastavení se nikde neměnili a od včerejška iDoklad začal hlásit při posílání faktury toto: Pozor! E-mail se nepodařilo odeslat. Nastala následující chyba: Vzdálený server neodpověděl
Nastavení v iDokladu:
Server vyžaduje ověření: ANO
Adresa serveru: smtp.endora.cz
Port: 587
E-mail odchozí pošty: ucetni@sololang.com
Jméno odesílatele: Jazyková škola SoloLang
Typ zabezpečení: Autodetekce
Uživatel: ucetni@sololang.com
Heslo: *
Doména: sololang.com
Prosím o radu co se s tím dá dělat? Děkuji.
Dobrý den,
na webu sololang.com máme formuláře, které posílají klientům maily. Zjistili jsme, že většinou tyto emaily končí ve SPAMu. Lze s tím něco udělat prosím? Před časem jste nám nastavovali DKIM a dmarc a když posíláme maily z prostředí webmailu, tak je vše OK.
Emaily z webu se posílají pomoci skola@sololang.com
Odkazy na formuláře:
http://sololang.com/daruj-a-ziskej/
http://sololang.com/online-test-z-cestiny-pro-cizince/
Zkoušel jsem testovat přes https://www.mail-tester.com/ a výsledky tomu odpovídají viz obr. níže:
Děkuji za pomoc.
Dobrý den,
po nasazení nové verze prostředí webmailu se chybně zobrazuje vzhled "Larry" viz obrázek - https://drive.google.com/file/d/1EUKGsd … sp=sharing.
Šlo by to prosím opravit?
Děkuji.
Děkuji. Vyřešeno tedy.
Dobrý den, děkuji za odpověď. To já samozřejmě vím, co znamenají ty maily. Jde o to, že my tyto maily neposíláme! Posílá je někdo jiný, ale z naší emailové adresy a přes servery stable.cz. Dorazilo mi během 20 minut 40 notifikací o nedoručení a předpokládám, že dalších X mailů normálně odešlo na správné e-mail adresy... Nevím úplně jak je tohle možné, proto jsem se obrátil na vás. Napadlo mě jedině změnit heslo, jinak do toho nevidím. Dnes kolem 17:30 nám nešel z prostředí webmailu odeslat mail, hlásilo to vyčerpání 24 hodinového limitu pro odesílání zpráv (teď už to zase jde). Dokážete prosím poznat z nějakých logů odkud to ti spameři posílají a můžete mi poradit, jak jim v tom zabránit? Nevím co mám dělat a nechci, aby se naše adresa dostala do black listů. Děkuji.
Vypadá to, že buď pomohla změna hesla, nebo se ten SPAM už rozeslal na všechny zadané kontakty. Poslední mail s chybou o nedoručení přišel ve 14:07 a celkem přišlo 40 takových mailů. Lze se prosím nějak zabezpečit proti takovým rozesílkám? Děkuji.
Prozatím jsem změnil ve webadminu heslo ke schránce, nevím ale, jestli to pomůže...
Nebo tato například:
Your message to rrussell@servproofmclean.com couldn't be delivered.
rrussell wasn't found at servproofmclean.com.
skola Office 365 rrussell
Action Required Recipient
Unknown To address
How to Fix It
The address may be misspelled or may not exist. Try one or more of the following:
Send the message again following these steps: In Outlook, open this non-delivery report (NDR) and choose Send Again from the Report ribbon. In Outlook on the web, select this NDR, then select the link "To send this message again, click here." Then delete and retype the entire recipient address. If prompted with an Auto-Complete List suggestion don't select it. After typing the complete address, click Send.
Contact the recipient (by phone, for example) to check that the address exists and is correct.
The recipient may have set up email forwarding to an incorrect address. Ask them to check that any forwarding they've set up is working correctly.
Clear the recipient Auto-Complete List in Outlook or Outlook on the web by following the steps in this article: Fix email delivery issues for error code 5.1.10 in Office 365, and then send the message again. Retype the entire recipient address before selecting Send.
If the problem continues, forward this message to your email admin. If you're an email admin, refer to the More Info for Email Admins section below.
Was this helpful? Send feedback to Microsoft.
More Info for Email Admins
Status code: 550 5.1.10
This error occurs because the sender sent a message to an email address hosted by Office 365 but the address is incorrect or doesn't exist at the destination domain. The error is reported by the recipient domain's email server, but most often it must be fixed by the person who sent the message. If the steps in the How to Fix It section above don't fix the problem, and you're the email admin for the recipient, try one or more of the following:
The email address exists and is correct - Confirm that the recipient address exists, is correct, and is accepting messages.
Synchronize your directories - If you have a hybrid environment and are using directory synchronization make sure the recipient's email address is synced correctly in both Office 365 and in your on-premises directory.
Errant forwarding rule - Check for forwarding rules that aren't behaving as expected. Forwarding can be set up by an admin via mail flow rules or mailbox forwarding address settings, or by the recipient via the Inbox Rules feature.
Recipient has a valid license - Make sure the recipient has an Office 365 license assigned to them. The recipient's email admin can use the Office 365 admin center to assign a license (Users > Active Users > select the recipient > Assigned License > Edit).
Mail flow settings and MX records are not correct - Misconfigured mail flow or MX record settings can cause this error. Check your Office 365 mail flow settings to make sure your domain and any mail flow connectors are set up correctly. Also, work with your domain registrar to make sure the MX records for your domain are configured correctly.
For more information and additional tips to fix this issue, see Fix email delivery issues for error code 5.1.10 in Office 365.
Original Message Details
Created Date: 2/3/2020 12:52:13 PM
Sender Address: skola@sololang.com
Recipient Address: rrussell@servproofmclean.com
Subject: You have unread missed call on February 03, 2020
Error Details
Reported error: 550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient rrussell@servproofmclean.com not found by SMTP address lookup
DSN generated by: CY4PR03MB2662.namprd03.prod.outlook.com
Message Hops
HOP TIME (UTC) FROM TO WITH RELAY TIME
1 2/3/2020
12:52:15 PM [37.72.175.133] mail-smtp1.stable.cz esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.91) (envelope-from <skola@sololang.com>) 2 sec
2 2/3/2020
12:52:16 PM mail-smtp-out-04.stable.cz CY1NAM02FT037.mail.protection.outlook.com Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) 1 sec
3 2/3/2020
12:52:17 PM CY1NAM02FT037.eop-nam02.prod.protection.outlook.com MN2PR03CA0028.outlook.office365.com Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) 1 sec
4 2/3/2020
12:52:17 PM MN2PR03CA0028.namprd03.prod.outlook.com CY4PR03MB2662.namprd03.prod.outlook.com Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) *
Original Message Headers
Received: from MN2PR03CA0028.namprd03.prod.outlook.com (2603:10b6:208:23a::33)
by CY4PR03MB2662.namprd03.prod.outlook.com (2603:10b6:903:71::8) with
Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2686.27; Mon, 3 Feb
2020 12:52:17 +0000
Received: from CY1NAM02FT037.eop-nam02.prod.protection.outlook.com
(2a01:111:f400:7e45::204) by MN2PR03CA0028.outlook.office365.com
(2603:10b6:208:23a::33) with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2686.29 via Frontend
Transport; Mon, 3 Feb 2020 12:52:17 +0000
Authentication-Results: spf=pass (sender IP is 213.109.164.21)
smtp.mailfrom=sololang.com; servproofmclean.com; dkim=test (signature was
verified) header.d=sololang.com;servproofmclean.com; dmarc=pass action=none
header.from=sololang.com;
Received-SPF: Pass (protection.outlook.com: domain of sololang.com designates
213.109.164.21 as permitted sender) receiver=protection.outlook.com;
client-ip=213.109.164.21; helo=mail-smtp-out-04.stable.cz;
Received: from mail-smtp-out-04.stable.cz (213.109.164.21) by
CY1NAM02FT037.mail.protection.outlook.com (10.152.75.77) with Microsoft SMTP
Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.2686.25 via Frontend Transport; Mon, 3 Feb 2020 12:52:16 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=sololang.com; s=2xx2y-okh7yoccr; h=Content-Type:Subject:Date:To:From:
MIME-Version:Message-ID:Sender:Reply-To:Cc:Content-Transfer-Encoding:
Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id:
List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;
bh=1/YYa5JZoQvOvyVYt8m6y5CR4GWSjlgL5uT8IvhQqKw=; b=ULp8njBJi7pnmxiQQdHRrEvRz
dEWW1d2MpapF3GkvYUTNsCYsv3+mvox/GmUYILuN0yE3QbncDC3djs2uJE5as8jznkZArxbHiCPxz
vwyA0bGVZZmBon7dGlbGA9dNhh44OFChb9ZzbPpaCkOwI1d8kYY0JcH3VtHPf3/KBHNOkDgLenDrY
YE5DWMmEgL6bvUYMy3tZzhXderDQFLAmQltKr8zHrXArbs6uitADYkTV7AfVjBGUr4FiN3h3l9dJa
6pZ5Xx2Nu14L9sjdwL9YxSUFtwLu1gw3xagh9phLXNEjbylHLaE2NdAeiRhcjRuvpY/c6jbY3GqJF
iv/F8VFoA==;
Received: from [37.72.175.133] (port=55521 helo=WIN-25FFVSIPLS1)
by mail-smtp1.stable.cz with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256)
(Exim 4.91)
(envelope-from <skola@sololang.com>)
id 1iybD5-0005GX-1l
for rrussell@servproofmclean.com; Mon, 03 Feb 2020 13:52:15 +0100
Message-ID: <98a93471976fac0a19b5fad6b9b9e7aade3339b5f866666353930911cf5adf81@sololang.com>
MIME-Version: 1.0
From: "servproofmclean.com NoticeMail" <skola@sololang.com>
To: rrussell@servproofmclean.com
X-Priority: 1
Priority: urgent
Importance: high
Date: 3 Feb 2020 06:52:13 -0600
Subject: You have unread missed call on February 03, 2020
Content-Type: multipart/alternative;
boundary=--boundary_15178_c9ff5f5b-a55b-4d10-b7c5-8348736b7cee
Return-Path: skola@sololang.com
X-EOPAttributedMessage: 0
X-EOPTenantAttributedMessage: d7e6357d-7c8f-4def-bed2-bbcf6552072b:0
X-Forefront-Antispam-Report: CIP:213.109.164.21;IPV:;CTRY:CZ;EFV:NLI;
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: f1b553f7-8478-4e54-0a0e-08d7a8a7e5da
X-MS-TrafficTypeDiagnostic: CY4PR03MB2662:
Reporting-MTA: dns;CY4PR03MB2662.namprd03.prod.outlook.com
Received-From-MTA: dns;mail-smtp-out-04.stable.cz
Arrival-Date: Mon, 3 Feb 2020 12:52:17 +0000
Final-Recipient: rfc822;rrussell@servproofmclean.com
Action: failed
Status: 5.1.10
Diagnostic-Code: smtp;550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient rrussell@servproofmclean.com not found by SMTP address lookup
Předmět You have unread missed call on February 03, 2020
Odesílatel servproofmclean.com NoticeMail
Adresát rrussell@servproofmclean.com
Datum Dnes 13:52
Priorita
Hi rrussell,
A new VMessage was left on your device on February 03, 2020 GST
Listen Now
If you have any questions, please visit our online help center or contact customer support.
Thanks,
servproofmclean.com support
Thіs еmаіl wаs sеnt tо rrussell@servproofmclean.com.
Příklad zprávy:
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
kalen@fixandpaint.net
host fixandpaint-net.mail.protection.outlook.com [104.47.66.10]
SMTP error from remote mail server after RCPT TO:<kalen@fixandpaint.net>:
550 5.4.1 Recipient address rejected: Access denied. AS(201806281) [MW2NAM12FT024.eop-nam12.prod.protection.outlook.com]
Reporting-MTA: dns; mail-smtp1.stable.cz
Action: failed
Final-Recipient: rfc822;kalen@fixandpaint.net
Status: 5.0.0
Remote-MTA: dns; fixandpaint-net.mail.protection.outlook.com
Diagnostic-Code: smtp; 550 5.4.1 Recipient address rejected: Access denied. AS(201806281) [MW2NAM12FT024.eop-nam12.prod.protection.outlook.com]
Předmět You have unread missed call on February 03, 2020
Odesílatel fixandpaint.net NoticeMail
Adresát kalen@fixandpaint.net
Datum Dnes 13:50
Priorita
Hi kalen,
A new VMessage was left on your device on February 03, 2020 GST
Listen Now
If you have any questions, please visit our online help center or contact customer support.
Thanks,
fixandpaint.net support
Thіs еmаіl wаs sеnt tо kalen@fixandpaint.net.
Dobrý den, od 13:50 nám chodí na skola@sololang.com maily o nedoručení zpráv (Mail delivery failed apod.). Žádnou rozesílku neděláme, můžete prosím prověřit a zakázat toto rozesílání z naší adresy? Děkuji.
Dobrý den,
všimli jsme si, že po odeslání některých emailů se nám vrátí chybová zpráva o nedoručení. Děje se tak cca měsíc a čím dál častěji. A to i při posílání mailů příjemcům, kterým dříve zprávy vždy bez problémů dorazili. Pro odesílání mailů využíváme rozhraní webmail.endora.cz, máme mail skola@sololang.com. Dále nám někteří příjemci sdělovali, že jim naše maily padají do SPAMu. Mám pocit, že to s tím může souviset. Pro hromadné rozesílky používáme Mailchimp a máme nastavený v DNS DKIM a SPF podle návodu Mailchimpu. Předtím jsme používali Ecomail ale záznamy DKIM a SPF pro tuto službu jsem včera smazal, protože Ecomail už nebudeme používat. Můžete prosím poradit co máme dělat pro nápravu a abychom napadali do SPAMu? Plus nenašel jsem nikde návod jak lze nastavit DMARC (dočetl jsem se, že by to také mohlo pomoct). Prosím o radu a předem děkuji.
Příklady chybových mailů:
Mail delivery failed: returning message to sender
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
bur...ri@gmail.com
host gmail-smtp-in.l.google.com [74.125.133.26]
SMTP error from remote mail server after end of data:
550-5.7.1 This message does not have authentication information or fails to pass
550-5.7.1 authentication checks. To best protect our users from spam, the
550-5.7.1 message has been blocked. Please visit
550-5.7.1 https://support.google.com/mail/answer/81126#authentication for more
550 5.7.1 information. h17si12292149wrx.97 - gsmtp
Reporting-MTA: dns; mail-smtp1.stable.cz
Action: failed
Final-Recipient: rfc822;bu...ri@gmail.com
Status: 5.0.0
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 This message does not have authentication information or fails to pass
550-5.7.1 authentication checks. To best protect our users from spam, the
550-5.7.1 message has been blocked. Please visit
550-5.7.1 https://support.google.com/mail/answer/81126#authentication for more
550 5.7.1 information. h17si12292149wrx.97 - gsmtp
Undelivered Mail Returned to Sender
This is the mail system at host default.active24.cz.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
<lu...ik@gmail.com> (expanded from <info@lu...il.com>): host
gmail-smtp-in.l.google.com[74.125.140.26] said: 550-5.7.1 This message does
not have authentication information or fails to pass 550-5.7.1
authentication checks. To best protect our users from spam, the 550-5.7.1
message has been blocked. Please visit 550-5.7.1
https://support.google.com/mail/answer/81126#authentication for more 550
5.7.1 information. i13si8730386wrr.51 - gsmtp (in reply to end of DATA
command)
Reporting-MTA: dns; default.active24.cz
X-Postfix-Queue-ID: 8CED2466BB
X-Postfix-Sender: rfc822; skola@sololang.com
Arrival-Date: Mon, 18 Feb 2019 12:27:21 +0100 (CET)
Final-Recipient: rfc822; lu...ik@gmail.com
Original-Recipient: rfc822;info@lu...il.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 This message does not have authentication
information or fails to pass 550-5.7.1 authentication checks. To best
protect our users from spam, the 550-5.7.1 message has been blocked. Please
visit 550-5.7.1
https://support.google.com/mail/answer/81126#authentication for more 550
5.7.1 information. i13si8730386wrr.51 - gsmtp
Mail delivery failed: returning message to sender
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
da...05@icloud.com
host mx4.mail.icloud.com [17.172.34.66]
SMTP error from remote mail server after RCPT TO:<da...05@icloud.com>:
450 4.2.2 <da...05@icloud.com>: user is overquota:
retry timeout exceeded
Reporting-MTA: dns; mail-smtp1.stable.cz
Action: failed
Final-Recipient: rfc822;da...05@icloud.com
Status: 5.0.0
Remote-MTA: dns; mx4.mail.icloud.com
Diagnostic-Code: smtp; 450 4.2.2 <da...05@icloud.com>: user is overquota: retry timeout exceeded
Dobrý den,
mám odpověď z iDokladu:
"problém s parametrem HELO byl v polovině ledna odstraněn a byla nasazena potřebná úprava na úrovni našeho poštovního serveru.
Nicméně evidujeme, že 25. 11. došlo z agendy SOLOLANG, s.r.o. ke korektnímu odeslání emailu a u
agendy Perfect Design došlo k úspěšnému odeslání 19. 11.
Máte případně již nějako reakci od podpory Endory, mimo zmíněné fórum?"
Nevím co přesně znamená, že maily z agend byli odeslány, protože v iDokladu se mi zobrazila chybová hláška viz první příspěvek v této větvi fóra a mail s fakturou nebyl doručen adresátovi. Prosím o reakci, v lepším případě rovnou o kontaktování iDokladu (pan Jiří Malý, tel. číslo nevím) a dořešení problému. Děkuji.
Dobrý den,
mám opět problém s odesíláním mailů z iDokladu. Nevím, jestli to má vliv, ale máme novou firmu. Nově jsme tedy vytvořili ještě jednu firmu v iDokladu a nastavení emailu je v obou firmách stejné. Emaily teď ovšem nejdou odesílat ani z jedné firmy - zobrazuje se stejná chyba, jakou jsme řešili výše. Můžete se na to prosím podívat? Řeším to zároveň i se zákaznickou podporou na straně iDokladu. Děkuji.
Dobrý den,
řeším stejný problém na doméně sololang.com. Pro poštu používáme rozhraní webmail.endora.cz a když si něco pošlu na gmail, tak se v hlavičce zobrazuje "...@sololang.com prostřednictvím domény endora.stable.cz". Jak se toho zbavím prosím? Nechci, aby to zákazníci viděli.
V DNS záznamech mám nastavené DKIM a SPF pro službu ecomail, kterou využíváme pro hromadné emaily. Jak nastavit email tak, aby se v gmailu nezobrazovala informace, která nezkušené uživatele navádí na myšlenku, že by se mohlo jednat o nějaký podvodný mail nebo spam? Děkuji.
Dobrý den,
děkuji za pomoc, maily se podařilo zprovoznit, akorát jsem musel vrátit port zpět na 587. Informaci o chybě v iDokladu jsem poslal na jejich podporu, tak snad se pochlapí.
Přikládám odpověď z podpory iDokladu:
"Dobrý den,
ověřovali jsme uvedené chování a u Vašeho účtu evidujeme, že mail odeslaný z iDokladu na poštovní server Vašeho poskytovatele, nicméně jejich server vrací následující hlášku "The mail message data has been rejected by the server. The server responded: 450 4.7.1 : End-of-data rejected: Policy Rejection- Abuse. Go away.."
V tomto případě se jedná o situaci, kdy cílový server odmítne odeslat email z iDokladu. Jedná se s největší pravděpodobností o zabezpečení na straně serveru, které je potřeba buďto uživatelsky či administrátorský povolit.
Co je zapotřebí dále nastavit nebo povolit v rámci Vašeho emailu, by Vám již měl sdělit poskytovatel služby.
S pozdravem a přáním pěkného dne
Jiří Malý"
Taková možnost tam není.
Jsou tam tyto možnosti:
- Autodetekce
- SSL
- TLS
- TLS je-li podporován
Zkusil jsem všechny možnosti a stále to hlásí, že vzdálený server neodpověděl.
Děkuji za radu, ale bohužel to nepomohlo. Po změně portu na 31111 se mi při odeslání v iDokladu zobrazuje jiná chybová hláška: "Pozor! E-mail se nepodařilo odeslat. Nastala následující chyba: Vzdálený server neodpověděl"
Zdravím podporu a prosím o radu.
V iDokladu jsem nic neměnil a najednou nejdou odesílat maily. Zobrazuje se chybová hláška viz https://goo.gl/kqZHb4
nastavení SMTP serveru se neměnilo a je viz https://goo.gl/ytmbXQ
Dne 14.12. byly v adminu domeny sololang.com provadeny DNS zmeny kvůli DKIM overeni pro rozesílání pomoci služby ecomail viz https://support.ecomail.cz/hc/cs/articl … -Endora-cz. Služba ecomail toto nastavení vyžaduje. Den poté (15.12.) idoklad ještě maily odesílal. Od 15.12 do dnes bohužel nemůžu funkčnost potvrdit. Dnes se zobrazuje chyba. Prosím o radu, je možné že idoklad nefunguje kvůli novým DNS záznamům? Jak mám prosím postupovat a co a kam nastavit aby fungovaly obě služby?
Děkuji.
Sláva.
Dobrý den, na doméně sololang.com mám obdobný problém. Kolegyně mi hlásila, že v poslední době se ji začala často zobrazovat stránka "Server nedostupný". Dříve se mi to stávalo také, ale zřídka. Jednou jsem pořídil jsem screen - https://drive.google.com/file/d/0B7qydZ … sp=sharing. Prosím, v čem může být problém? Nevím ani jak často tyto výpadky jsou... Statistiky k této doméně v administraci z nějakého důvodu vůbec nemám! Naposledy tam jsou nějaká data z prosince 2016. A pokud ty výpadky se dějou i běžným návštěvníkům, tak to je docela průser! Mám u této domény placený tarif, a očekávám její stabilní funkčnost. Pokud se to bude dít dál, tak i přes složitosti s tím spojené, uvažuji o změně hostingu... Doufám, že podpora nezklame ))
Vypada to ze problem budu mit za chvily vyreseny.. Mel jsem verzi ZenCartu 1.3.8 a ta nepodporuje nove nainstalovanou verzi PHP, tak ted ji upgraduju na ZC 1.3.9, ktera by tuhle verzi PHP uz mela zvladat.