Winsock error 10054 mdaemon

The following Winsock Error codes can be recorded by MDaemon to report socket failures. The code descriptions are detailed below followed by why these socket errors may occur in MDaemon.

WSAECONNRESET
10054
Connection reset by peer.
An existing connection was forcibly closed by the remote host. This normally results if the peer application on the remote host is suddenly stopped, the host is rebooted, the host or remote network interface is disabled, or the remote host uses a hard close (see setsockopt for more information on the SO_LINGER option on the remote socket). This error may also result if a connection was broken due to keep-alive activity detecting a failure while one or more operations are in progress. Operations that were in progress fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET

WSAETIMEDOUT
10060
Connection timed out.
A connection attempt failed because the connected party did not properly respond after a period of time, or the established connection failed because the connected host has failed to respond.

WSAECONNREFUSED
10061
Connection refused.
No connection could be made because the target computer actively refused it. This usually results from trying to connect to a service that is inactive on the foreign host—that is, one with no server application running.

Socket error 10054 соединение было перезапущено на другом конце

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I am using SMTPClient to send email. However, I get feedback from customer that, some user doesn’t receive email from our application. it only happens randomly.

From our application, no exception was thrown. However, when check on their email server log, we found the below

I have tried suggestions found from google

1. Wrapped SMTPClient and implement IDisposable — tested no working

Any other ideas?

Answers

Try the following link I found on mdaemon forum and let me know the result.

We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click HERE to participate the survey.

• Marked as answer by Herro wong Microsoft contingent staff Tuesday, March 18, 2014 7:32 AM

Winsock error 10054 shows that server encounter some mistake and then the connection is closed by the server. For more information about Winsock error, please refer to the following link. http://msdn.microsoft.com/en-us/library/aa924071.aspx.

If you control the server, I think you should do some troubleshooting on server. If not, I recommend you wait some time and then reconnect to server after you catch this error.

We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click HERE to participate the survey.

From the .NET code, no exception is actually captured.

What to troublesbhoot at server side ?

From the description of the log, I know that the server turn off the connection when the remote host is suddenly stopped or the remote host uses a hard close. If you are using IIS SMTP Server, I recommend you post thread on IIS forum for effective response. http://forums.iis.net/1047.aspx/1?Setup.

If you just want to work around this issue, you can write some code to reconnect to server after a while.

> From the .NET code, no exception is actually captured.

Really? How did you know there is an exception when server closes the connection?

We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click HERE to participate the survey.

Источник

An application may receive the «10054» error when the application receives data from a connection on a computer that is running Windows 7 or Windows Server 2008 R2 if a TDI filter driver is installed

Symptoms

Consider the following scenario:

You have a computer that is running Windows 7 or Windows Server 2008 R2.

A Transport Driver Interface (TDI) filter driver is installed on the computer. For example, a TDI filter driver is installed when you install McAfee VirusScan.

An application opens a TCP listening port to receive connections.

In this scenario, the application may receive the following error message:

WSAECONNRESET (10054) Connection reset by peer.
A existing connection was forcibly closed by the remote host.

This issue occurs because the TCP/IP driver does not close an incomplete TCP connection. Instead, the TCP/IP driver sends a notification that the TCP/IP driver is ready to receive data when the incomplete TCP connection is created. Therefore, the application receives an instance of the 10054 error that indicates that a connection is reset when the application receives data from the connection.

Resolution

To resolve this issue, install this hotfix.

Note This hotfix temporarily resolves this issue for application vendors before they migrate their implementation to Windows Filtering Platform (WFP). These application vendors use the TDI filter driver or the TDI extension driver (TDX) on a computer that is running Windows 7 or Windows Server 2008 R2.

Hotfix information

A supported hotfix is available from Microsoft. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing the problem described in this article. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next software update that contains this hotfix.

If the hotfix is available for download, there is a «Hotfix download available» section at the top of this Knowledge Base article. If this section does not appear, contact Microsoft Customer Service and Support to obtain the hotfix.

Note If additional issues occur or if any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. For a complete list of Microsoft Customer Service and Support telephone numbers or to create a separate service request, visit the following Microsoft Web site:

http://support.microsoft.com/contactus/?ws=supportNote The «Hotfix download available» form displays the languages for which the hotfix is available. If you do not see your language, it is because a hotfix is not available for that language.

Prerequisites

To apply this hotfix, you must be running Windows 7 or Windows Server 2008 R2.

Registry information

Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:

322756 How to back up and restore the registry in WindowsTo enable the hotfix in this package, follow these steps:

In Registry Editor, locate the following registry subkey:

If you are running a 32-bit operating system, perform the following step:

Right-click the Parameters registry subkey, point to New, and then click DWORD Value.If you are running a 64-bit operating system, perform the following step:

Right-click the Parameters registry subkey, point to New, and then click DWORD (32-bit) Value.

Rename the new registry entry to TdxPrematureConnectIndDisabled and set the value to 1.

Restart requirement

You may have to restart the computer after you apply this hotfix.

Hotfix replacement information

This hotfix does not replace a previously released hotfix.

File information

The global version of this hotfix installs files that have the attributes that are listed in the following tables. The dates and the times for these files are listed in Coordinated Universal Time (UTC). The dates and the times for these files on your local computer are displayed in your local time together with your current daylight saving time (DST) bias. Additionally, the dates and the times may change when you perform certain operations on the files.

Windows 7 and Windows Server 2008 R2 file information notes

Important Windows 7 hotfixes and Windows Server 2008 R2 hotfixes are included in the same packages. However, hotfixes on the Hotfix Request page are listed under both operating systems. To request the hotfix package that applies to one or both operating systems, select the hotfix that is listed under «Windows 7/Windows Server 2008 R2» on the page. Always refer to the «Applies To» section in articles to determine the actual operating system that each hotfix applies to.

The MANIFEST files (.manifest) and the MUM files (.mum) that are installed for each environment are listed separately in the «Additional file information for Windows Server 2008 R2 and for Windows 7» section. MUM and MANIFEST files, and the associated security catalog (.cat) files, are extremely important to maintain the state of the updated components. The security catalog files, for which the attributes are not listed, are signed with a Microsoft digital signature.

Источник

Mdaemon 14.5 Winsock Error 10054

i am facing issue with my mdaemon server, its working accordingly and most of my email send through mdaemon and clients are getting my mail too but some email not sending i dont know whats the actual problem i have been talk with many professionals but still getting same error, i am sharing email server log kindly help me.

• local_offer Tagged Items
• email

Popular Topics in Email

Brand Representative for MDaemon Technologies

Winsock 10054 errors usually indicate that the other server is resetting the connection.

Is this happening with messages from specific senders/domains?

Do you have a firewall, proxy, or other device that mail is routed through before it reaches MDaemon?

You can find more troubleshooting tips in this discussion on our forums:

• local_offer Tagged Items
• MDaemon Email Server star 4.4

Brand Representative for MDaemon Technologies

yes we are using firewall which is ASA 5508-X but we are not blocking inside traffic

Brand Representative for MDaemon Technologies

Your router’s MTU settings might be a possible cause. Here’s more:

thanks for your support issue has been solved my firewall logs showed esmtp session block i just run a command on firewall no esmtp inspect.

Brand Representative for MDaemon Technologies

This topic has been locked by an administrator and is no longer open for commenting.

To continue this discussion, please ask a new question.

Read these next.

poor wifi, school’s third floor

I work as a help desk technician at a high school for a school district. Teachers/students on the building’s third floor have been reporting poor wifi, with their Chromebooks/laptops etc experiencing slow connectivity and random disconnections. We hav.

Need help crafting a job posting for an IT Pro

I’d really appreciate some thoughts and advice. I’m looking to hire an IT pro to be our resident go-to for all things IT (device support, SQL Server, network admin, etc) but who also is interested in learning — or even has some experience in — the.

Snap! — AI Eye Contact, Mine Batteries, Headset-free Metaverse, D&D Betrayal

Your daily dose of tech news, in brief. Welcome to the Snap! Flashback: January 13, 1874: Adding Machine Patented (Read more HERE.) Bonus Flashback: January 13, 1990: Astronauts awakened to the song Attack of the Killer Tomatoes (Read mor.

Spark! Pro series – 13th January 2023

Happy Friday the 13th! This day has a reputation for being unlucky, but I hope that you’ll be able to turn that around and have a great day full of good luck and good fortune. Whether you’re superstitious or not, .

Источник

Ошибка Windows Sockets 10054

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

2. В некоторых случаях причиной ошибки могут стать утечки памяти.

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

— выполните конвертацию в файловый фариант информационной базы 1С:Предприятия 8.1,
— выгрузите полученную информационную базу в файл,
— загрузите в клиент-серверный вариант информационной базы 1С:Предприятия 8.1.

Источник

Здравствуйте!
Почтовый сервер — Mdaemon 15.0.1. Операционная система — Windows Server 2003 R2 Enterprise Edition.
Некоторые сообщения не отправляются и остаются в Удаленной очереди. В логе SMTP out такие сообщения:
1.
Tue 2018-12-11 11:07:45.831: Session 517348; child 0001
Tue 2018-12-11 11:07:45.831: Parsing message
Tue 2018-12-11 11:07:45.831: * From: chfvfdvuev.zm@dgstk.ru
Tue 2018-12-11 11:07:45.831: * To: matveedsv@mrser.ru
Tue 2018-12-11 11:07:45.831: * Subject:
Tue 2018-12-11 11:07:45.831: * Size (bytes): 847427
Tue 2018-12-11 11:07:45.831: * Message-ID: <004d01d49128$52e31480$f8a93d80$@dgstk.ru>
Tue 2018-12-11 11:07:45.847: Resolving MX record for mrser.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:46.003: * P=020 S=000 D=mrser.ru TTL=(10) MX=[mail.mrser.ru]
Tue 2018-12-11 11:07:46.003: * P=030 S=001 D=mrser.ru TTL=(10) MX=[mail1.mrser.ru]
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to mail.mrser.ru
Tue 2018-12-11 11:07:46.003: Resolving A record for mail.mrser.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:46.003: * D=mail.mrser.ru TTL=(10) A=[92.42.8.82]
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to 92.42.8.82:25
Tue 2018-12-11 11:07:46.003: * 92.42.8.82 in connection failure cache for up to 5 minutes due to previous connection failure(s)
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to mail1.mrser.ru
Tue 2018-12-11 11:07:46.003: Resolving A record for mail1.mrser.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:46.003: * D=mail1.mrser.ru TTL=(8) A=[91.143.157.2]
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to 91.143.157.2:25
Tue 2018-12-11 11:07:46.003: Waiting for socket connection…
Tue 2018-12-11 11:07:46.034: * Connection established 192.168.5.133:2913 —> 91.143.157.2:25
Tue 2018-12-11 11:07:46.034: Waiting for protocol to start…
Tue 2018-12-11 11:07:46.050: <— 220 mail.mrser.ru ESMTP MDaemon 15.0.3; Tue, 11 Dec 2018 11:07:45 +0300
Tue 2018-12-11 11:07:46.066: —> EHLO mail2.dgstk.ru
Tue 2018-12-11 11:07:46.081: <— 250-mail.mrser.ru Hello mail2.dgstk.ru, pleased to meet you
Tue 2018-12-11 11:07:46.081: <— 250-ETRN
Tue 2018-12-11 11:07:46.081: <— 250-AUTH LOGIN CRAM-MD5 PLAIN
Tue 2018-12-11 11:07:46.081: <— 250-8BITMIME
Tue 2018-12-11 11:07:46.081: <— 250-ENHANCEDSTATUSCODES
Tue 2018-12-11 11:07:46.081: <— 250 SIZE 16000000
Tue 2018-12-11 11:07:46.081: —> MAIL From: SIZE=847427
Tue 2018-12-11 11:07:46.112: <— 250 2.1.0 Sender OK
Tue 2018-12-11 11:07:46.112: —> RCPT To:
Tue 2018-12-11 11:07:46.144: <— 250 2.1.5 Recipient OK
Tue 2018-12-11 11:07:46.144: —> DATA
Tue 2018-12-11 11:07:46.159: <— 354 Enter mail, end with .
Tue 2018-12-11 11:07:46.159: Sending to [91.143.157.2]
Tue 2018-12-11 11:08:05.175: * Socket error 10054 — Соединение было перезапущено на друго конце!
Tue 2018-12-11 11:08:05.175: Ошибка при записи в сокет
Tue 2018-12-11 11:08:05.175: Socket connection closed by the other side (how rude!)
Tue 2018-12-11 11:08:05.175: * Socket error 10053 — Соединение отменено.
Tue 2018-12-11 11:08:05.175: Соединение прервано
Tue 2018-12-11 11:08:05.175: * Возраст этого сообщения равен 2 минутам; осталось 58 минут его нахождения в этой очереди

2.
Tue 2018-12-11 11:07:55.941: Session 517355; child 0003
Tue 2018-12-11 11:07:55.941: Parsing message
Tue 2018-12-11 11:07:55.941: * From: djabrailova.im@dgstk.ru
Tue 2018-12-11 11:07:55.941: * To: kaspb@mail.ru
Tue 2018-12-11 11:07:55.941: * Subject:
Tue 2018-12-11 11:07:55.941: * Size (bytes): 1609218
Tue 2018-12-11 11:07:55.941: * Message-ID:
Tue 2018-12-11 11:07:55.956: Resolving MX record for mail.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:55.956: * P=010 S=000 D=mail.ru TTL=(9) MX=[mxs.mail.ru]
Tue 2018-12-11 11:07:55.956: Attempting SMTP connection to mxs.mail.ru
Tue 2018-12-11 11:07:55.956: Resolving A record for mxs.mail.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:55.956: * D=mxs.mail.ru TTL=(0) A=[94.100.180.104]
Tue 2018-12-11 11:07:55.956: * D=mxs.mail.ru TTL=(0) A=[94.100.180.31]
Tue 2018-12-11 11:07:55.956: Randomly picked 94.100.180.31 from list of possible hosts
Tue 2018-12-11 11:07:55.956: Attempting SMTP connection to 94.100.180.31:25
Tue 2018-12-11 11:07:55.956: Waiting for socket connection…
Tue 2018-12-11 11:08:16.941: * Socket error 10060 — Тайм-аут соединения.
Tue 2018-12-11 11:08:16.941: * 94.100.180.31 added to connection failure cache for 5 minutes
Tue 2018-12-11 11:08:16.941: * Возраст этого сообщения равен 0 минутам; осталось 60 минут его нахождения в этой очереди
Tue 2018-12-11 11:08:16.941: SMTP session terminated (Bytes in/out: 0/0)

При этом телнетом 94.100.180.31:25 открывается.