Connect. Communicate. Collaborate. Securely.

Domů » Česky » Kerio Connect » problém s odesíláním mailů na atlas.cz
  •  
BlaineMono je nyní offline BlaineMono

Příspěvky: 18
Odeslat poštu tomuto uživateli
Zdravím,
v poslední době se nám v kanceláři vyskytl problém s odesíláním mailů na adresy xxxx@atlas.cz s přílohou větší než 2MB. Máme sice tragické připojení k internetu s malým uploadem, ale třeba na adresy xxxx<at>seznam.cz odešlem bez potíží přílohu 10MB. Setkal jste se s tím někdo také?

V logu Mail se zobrazuje toto:
Recipient: <xxxx<at>atlas.cz>, Result: delayed, Status: 4.4.2 Connection lost, Remote-Host: 46.255.224.55, Remote-Host-Name: mx.centrum.cz, Msg-Id: <afa0e676-1cd6-41ab-b1a3....


a v Debug toto (odesílaná příloha 5MB):
[27/Jul/2012 09:44:51][3584] {qproc} Queue injection started, id=501246f3-00000005
[27/Jul/2012 09:44:52][3584] {qproc} Queue injection finished, id=501246f3-00000005
[27/Jul/2012 09:44:53][1884] {qproc} Queue ID 501246f3-00000005: Footer inserting is disabled because the footer is empty for domain firma.cz.
[27/Jul/2012 09:44:53][1884] {qproc} Queue ID 501246f3-00000005: Message is going to be rewritten.
[27/Jul/2012 09:44:53][1884] {qproc} Queue ID 501246f3-00000005: Inserting footer is disabled.
[27/Jul/2012 09:44:53][1884] {qproc} Queue ID 501246f3-00000005: Added X-Footer header for domain firma.cz.
[27/Jul/2012 09:44:54][1884] {qproc} Queue ID 501246f3-00000005: Rewriting finished.
[27/Jul/2012 09:44:54][1884] {qproc} SEND_MX: Started delivery of queued message id=501246f3-00000005 sender=<user<at>firma.cz>
[27/Jul/2012 09:44:54][1884] {qproc} SEND_MX: Delivering to remote domain atlas.cz...
[27/Jul/2012 09:44:54][1884] {qproc} SEND_MX: Created batch of 1 recipients for domain atlas.cz
[27/Jul/2012 09:44:54][1884] {smtpc} Sending email to SMTP server mx.centrum.cz, delivering mail from <user<at>firma.cz>
[27/Jul/2012 09:44:54][1884] {smtpc} Connecting to 46.255.224.55 (mx.centrum.cz) using local interface 0.0.0.0...
[27/Jul/2012 09:44:54][1884] {smtpc} Connected to mx.centrum.cz
[27/Jul/2012 09:44:59][1884] {smtpc} Received greeting: 220 mx.centrum.cz ESMTP
[27/Jul/2012 09:44:59][1884] {smtpc} Sending EHLO
[27/Jul/2012 09:45:04][1884] {smtpc} Switching connection to TLS
[27/Jul/2012 09:45:05][1884] {smtpc} Sending EHLO
[27/Jul/2012 09:45:10][1884] {smtpc} Sent MAIL command
[27/Jul/2012 09:45:10][1884] {smtpc} Got reply: 250 sender <user<at>firma.cz> ok
[27/Jul/2012 09:45:10][1884] {smtpc} Sent RCPT TO: <xxxx<at>atlas.cz>
[27/Jul/2012 09:45:10][1884] {smtpc} Got reply: 250 recipient <xxxx<at>atlas.cz> ok
[27/Jul/2012 09:45:10][1884] {smtpc} Sent DATA command
[27/Jul/2012 09:45:10][1884] {smtpc} Got reply: 354 go ahead
[27/Jul/2012 09:45:10][1884] {smtpc} Sending message body...
[27/Jul/2012 09:46:07][3564] {qproc} The mail queue processing started.
[27/Jul/2012 09:46:07][3564] {qproc} SEND_MX: No outgoing messages in queue
[27/Jul/2012 09:46:07][3564] {qproc} SEND_FWD: No outgoing messages in queue
[27/Jul/2012 09:46:07][3564] {qproc} The mail queue processing finished.
[27/Jul/2012 09:46:13][1884] {smtpc} Connection to SMTP server mx.centrum.cz lost: (10053) Software v hostitelském počítači ukončil vytvořené připojení.
[27/Jul/2012 09:46:13][1884] {qproc} SEND_MX: Result for recipient xxxx<at>atlas.cz: delayed, Status: 4.4.2 Connection lost
[27/Jul/2012 09:46:13][1884] {qproc} SEND_MX: Batch of 1 recipients for domain atlas.cz processed, totally processed 1 recipients
[27/Jul/2012 09:46:13][1884] {qproc} SEND_MX: Delivery to domain atlas.cz finished, 1 recipients processed
[27/Jul/2012 09:46:13][1884] {qproc} SEND_MX: Delivery finished

[27/Jul/2012 09:48:08][2804] {qproc} The mail queue processing started.
[27/Jul/2012 09:48:08][2804] {qproc} SEND_MX: Sending queued messages...
[27/Jul/2012 09:48:08][2804] {qproc} SEND_MX: Processing message 1, 7113510 bytes
[27/Jul/2012 09:48:08][2804] {qproc} SEND_MX: Started delivery of queued message id=501246f3-00000005 sender=<user<at>firma.cz>
[27/Jul/2012 09:48:08][2804] {qproc} SEND_MX: Delivering to remote domain atlas.cz...
[27/Jul/2012 09:48:08][2804] {qproc} SEND_MX: Created batch of 1 recipients for domain atlas.cz
[27/Jul/2012 09:48:08][2804] {smtpc} Sending email to SMTP server mx.centrum.cz, delivering mail from <user<at>firma.cz>
[27/Jul/2012 09:48:08][2804] {smtpc} Connecting to 46.255.224.55 (mx.centrum.cz) using local interface 0.0.0.0...
[27/Jul/2012 09:48:08][2804] {smtpc} Connected to mx.centrum.cz
[27/Jul/2012 09:48:13][2804] {smtpc} Received greeting: 220 mx.centrum.cz ESMTP
[27/Jul/2012 09:48:13][2804] {smtpc} Sending EHLO
[27/Jul/2012 09:48:18][2804] {smtpc} Switching connection to TLS
[27/Jul/2012 09:48:18][2804] {smtpc} Sending EHLO
[27/Jul/2012 09:48:23][2804] {smtpc} Sent MAIL command
[27/Jul/2012 09:48:23][2804] {smtpc} Got reply: 250 sender <user<at>firma.cz> ok
[27/Jul/2012 09:48:23][2804] {smtpc} Sent RCPT TO: <xxxx<at>atlas.cz>
[27/Jul/2012 09:48:23][2804] {smtpc} Got reply: 250 recipient <xxxx<at>atlas.cz> ok
[27/Jul/2012 09:48:23][2804] {smtpc} Sent DATA command
[27/Jul/2012 09:48:23][2804] {smtpc} Got reply: 354 go ahead
[27/Jul/2012 09:48:23][2804] {smtpc} Sending message body...
[27/Jul/2012 09:49:27][2804] {smtpc} Connection to SMTP server mx.centrum.cz lost: (10053) Software v hostitelském počítači ukončil vytvořené připojení.
[27/Jul/2012 09:49:27][2804] {qproc} SEND_MX: Result for recipient xxxx<at>atlas.cz: delayed, Status: 4.4.2 Connection lost
[27/Jul/2012 09:49:27][2804] {qproc} SEND_MX: Batch of 1 recipients for domain atlas.cz processed, totally processed 1 recipients
[27/Jul/2012 09:49:27][2804] {qproc} SEND_MX: Delivery to domain atlas.cz finished, 1 recipients processed
[27/Jul/2012 09:49:27][2804] {qproc} SEND_MX: Delivery finished
[27/Jul/2012 09:49:27][2804] {qproc} SEND_MX: Queue run finished
[27/Jul/2012 09:49:27][2804] {qproc} SEND_FWD: No outgoing messages in queue
[27/Jul/2012 09:49:27][2804] {qproc} The mail queue processing finished.

Mail s přílohou 7,7MB na atlas.cz vypíše v logu rovnou "Message size exceeded server limit", přitom na seznam.cz se odešle.

Chci se tedy zeptat, jestli to může být nějakým nastavením Kerio Connect, nebo třeba kratším časovým intevalem pro přijetí příchozího mailu na serveru atlas.cz? Nebo ještě něčím jiným?
Předem díky za radu.

[Aktualizováno: Pá, 27 červenec 2012 09:58]

  •  
BoBik je nyní offline BoBik

Příspěvky: 415
Odeslat poštu tomuto uživateli
Tipnul bych si, ze na SMTP serveru prijemce vyprsi timeout.

Kdyby byl nejaky problem v konfiguraci vaseho SMTP, tak se to nejspise projevi i pri odesilani do jinych domen.
  •  
BlaineMono je nyní offline BlaineMono

Příspěvky: 18
Odeslat poštu tomuto uživateli
Asi to tak bude. Díky za odpověď.
Napsal jsem na podporu atlasu (centrumu), tak uvidím jestli s něčím přijdou.

Ještě doplním další poznatky.
Při odesílání na adresy centrum.cz dochází ke stejnému problému, ale to bude tím, že mají stejné servery, nebo tak něco.

Dále jsem zjistil, že bez použití mailserveru se příloha 7,7MB bez problému na atlas.cz/centrum.cz odešle. Použil jsem thunderbird. Tak jestli přece jen nebude zádrhel v Keriu u nás...?
  •  
BoBik je nyní offline BoBik

Příspěvky: 415
Odeslat poštu tomuto uživateli
A z toho Thunderbirdu jsi to odeslal bez pouziti mailserveru jak?
  •  
BlaineMono je nyní offline BlaineMono

Příspěvky: 18
Odeslat poštu tomuto uživateli
Přes SMTP který máme k webhostingu našich stránek.
smtp.forpsi.com
Ten Thunderbird mám na soukromý mail a z doby před zavedením Kerio Connect tam mám ještě nastavený i smtp pracovního mailu smtp.forpsi.com.
Teď na pracovní maily používám MS Outlook a KOFF.
  •  
BlaineMono je nyní offline BlaineMono

Příspěvky: 18
Odeslat poštu tomuto uživateli
Tak z technické podpory centrumu/atlasu napsali, že mail musí být doručen do 1 minuty, což s naším připojením k netu není možné, pro zprávy 3MB a větší. Nevím jestli je ta 1 minuta dobré řešení a jaký má smysl. Na seznam, nebo i jinam, odesílám 10MB mail za necelé 4 minuty a jde to.
  •  
L@DIK je nyní offline L@DIK

Příspěvky: 443
Odeslat poštu tomuto uživateli
Domluvte se s někým, kdo Vám zprávy převezme jako relay a na KMS si relay pro tyto domény nastavte. Bude to jednodušší, než prosit o úpravu nějakého mistra světa z Atlasu.
  •  
BlaineMono je nyní offline BlaineMono

Příspěvky: 18
Odeslat poštu tomuto uživateli
Díky za tip, jen dva dotazy abych Vás správně pochopil.
Myslíte nastavit namísto MX záznamů nadřazený SMTP server, který by nám někdo s rychlejším uploadem "půjčil" a přeposílat maily přez něj? Nevím jestli někoho takového najdeme. Možná využít smtp providera připojení, bude-li mít povolený relay?
A ještě jedna věc. To se budou přece přeposílat všechny maily, nejen centrum.cz a atlas.cz. Nebo lze v Kerio Connect nějak třídit odchozí poštu?
  •  
BlaineMono je nyní offline BlaineMono

Příspěvky: 18
Odeslat poštu tomuto uživateli
Nastavil jsem tedy nadřazený SMTP našeho ISP a funguje to. Dokonce když posílám jeden mail více příjemcům, tak se od nás "fyzicky" odesílá jen jednou, což se hodí, při pomalosti našeho připojení.
Ještě jednou díky.
  •  
L@DIK je nyní offline L@DIK

Příspěvky: 443
Odeslat poštu tomuto uživateli
Pro konkrétní doménu to lze nastavit tak, že se doména na serveru vytvoří a nadřazený SMTP server se nastaví v záložce odesílání.
  •  
marian

Příspěvky: 223
Odeslat poštu tomuto uživateli
BlaineMono: zrovna Seznam.cz vám podle mého názoru 4 minuty také nedovolí. Myslím, že tam jsou 3, možná dokonce jen 2 minuty na timeout.

[Aktualizováno: Po, 13 srpen 2012 10:56]

  •  
L@DIK je nyní offline L@DIK

Příspěvky: 443
Odeslat poštu tomuto uživateli
Timeout je standardne doba necinnosti, tzn. na neukoncenem spojeni se po stanovenou dobu nic nedeje. Atlas ale natvrdo eliminuje celkovou dobu spojeni, tzn. i dobu, kdy se prenasi data.
  •  
marian

Příspěvky: 223
Odeslat poštu tomuto uživateli
Řekl bych, že na serveru je vyhrazený čas na zpracování požadavku. Pokud za tuto dobu není požadavek vyřízen, spojení je přerušeno, Request Timeout.
Předchozí téma: Kerio Connect a Android?
Další téma: Nestabilní webový emailový klient
Jít na fórum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Aktuální čas: So srp 19 20:46:38 CEST 2017

Celkový čas potřebný k vygenerování této stránky: 0.00480 vteřin
.:: Kontakt :: Domů ::.
Běží na: FUDforum 3.0.4.