#2 Ostatní problémy » Nefungují weby přes domácí síť - "Tento web není dostupný" » 2021-06-03 15:14:15

vdstudio
Odpovědi: 12

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?

#3 Re: Ostatní problémy » iDoklad přestal posílat maily pomoci vlastního SMTP serveru » 2021-02-01 13:45:17

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.

#4 Re: Ostatní problémy » iDoklad přestal posílat maily pomoci vlastního SMTP serveru » 2021-01-25 16:06:13

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.

#5 Ostatní problémy » iDoklad přestal posílat maily pomoci vlastního SMTP serveru » 2021-01-21 11:18:08

vdstudio
Odpovědi: 5

Žá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.

#6 Ostatní problémy » Emaily odeslané z webu končí ve spamu » 2020-04-24 15:51:44

vdstudio
Odpovědi: 1

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:
mail tester vysledky

Děkuji za pomoc.

#7 Ostatní problémy » Nové prostředí webmailu - vzhled Larry je rozbitý » 2020-02-06 11:32:39

vdstudio
Odpovědi: 1

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.

#9 Re: Ostatní problémy » Chodí info maily o nedoručení (vyřešeno) » 2020-02-03 21:34:42

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.

#10 Re: Ostatní problémy » Chodí info maily o nedoručení (vyřešeno) » 2020-02-03 15:24:49

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.

#11 Re: Ostatní problémy » Chodí info maily o nedoručení (vyřešeno) » 2020-02-03 15:15:16

Prozatím jsem změnil ve webadminu heslo ke schránce, nevím ale, jestli to pomůže...

#12 Re: Ostatní problémy » Chodí info maily o nedoručení (vyřešeno) » 2020-02-03 15:10:29

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.

#13 Re: Ostatní problémy » Chodí info maily o nedoručení (vyřešeno) » 2020-02-03 15:09:15

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.

#14 Ostatní problémy » Chodí info maily o nedoručení (vyřešeno) » 2020-02-03 15:07:55

vdstudio
Odpovědi: 8

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.

#15 Ostatní problémy » Některé e-maily se začali vracet » 2019-02-21 09:25:17

vdstudio
Odpovědi: 31

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

#16 Re: Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-11-27 09:10:31

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.

#17 Re: Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-11-25 17:04:03

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.

#18 Re: Ostatní problémy » SPF záznam » 2018-01-19 15:43:15

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.

#19 Re: Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-01-10 17:17:13

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í.

#20 Re: Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-01-09 14:13:40

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ý"

#21 Re: Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-01-09 14:10:27

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.

#22 Re: Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-01-09 10:38:00

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"

#23 Ostatní problémy » iDoklad - přestaly se odesílat maily (chyba: SMTP server neodpovídá) » 2018-01-08 16:09:39

vdstudio
Odpovědi: 10

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.

#24 Re: Ostatní problémy » Nenačítá se doména » 2017-07-18 00:19:52

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 ))

#25 Re: Pravidla a oznámení » Vypadek casti domen » 2010-05-08 16:50:38

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.

Zápatí

Založeno na FluxBB | CZ a SK