Почему SmtpClient не работает с несколькими различными исключениями при использовании SSL?

Иногда тайм-аут - это просто тайм-аут...

Углубившись в эту проблему, я использовал Wireshark, чтобы увидеть, что происходит на сетевом уровне.

Когда случались сбои, клиентская машина неизменно отправляла пакет TCP [RST, ACK] примерно через 10 секунд после EHLO. Промежуток времени заметно близок к моему значению тайм-аута. Когда я удвоил значение тайм-аута, письма каждый раз проходили без сбоев.

Конечно, если бы мы тратили более 10 секунд на отправку каждого письма, мы бы вскоре часами стояли в очереди на почту в нашей производственной системе, поэтому мне нужно было выяснить, почему это заняло так много времени.

Мое внимание привлекла одна деталь:

Клиент тратил более четырех секунд между двумя пакетами. И обычно между пакетами тратились сотни миллисекунд, тогда как сервер отвечал в течение десятков.

Следующим шагом было создание кода без символов отладки и повторное измерение без подключенного отладчика. Время, потраченное на одно отправленное электронное письмо, сразу сократилось до доли секунды. Теперь для меня не новость, что код работает медленнее с подключенным отладчиком, но то, что он работает намного медленнее, было неожиданностью.

Итак, уроки, которые я должен был усвоить, были следующими: старайтесь не слишком анализировать, а когда дело касается времени, отключайте отладчик время от времени.

Это должен быть комментарий (у меня нет репутации, чтобы делать комментарии), но это может быть проблема с брандмауэром, поскольку вы получаете сообщение «Невозможно прочитать данные из транспортного соединения: установленное соединение было прервано программным обеспечением в ошибка вашего хост-компьютера (файрвол или антивирус отменили вашу попытку отправить письмо).

Ошибка «Невозможно прочитать данные из транспортного соединения: операция блокировки была прервана вызовом WSACancelBlockingCall» возникает при закрытии потока — см. этот вопрос - и другие ошибки, которые вы перечислили, похоже, связаны с попыткой доступа поток, когда он закрыт, тоже.

Все эти ошибки указывают на общую причину: разрыв соединения где-то между вами и сервером и, скорее всего, на вашем компьютере/сети, и вы получаете разные ошибки в зависимости от того, в какой момент эффект распространяется на ваше приложение.

Другое дело, если вы используете

Credentials = new NetworkCredential(fromAddress.Address, fromPassword)

тогда вы должны включить ssl после, а не раньше, иначе он будет очищен.

Я полагаю, вы пропустили установку свойства Credentials вашего хоста. Однако другой причиной исключений может быть неправильное имя хоста и порт. Попробуйте что-то вроде:

    public void SendMail()
    {
        try
        {
            var fromAddress = new MailAddress("[email protected]", "Some text");
            var toAddress = new MailAddress("[email protected]");
            const string fromPassword = "from account password";

            var smtp = new SmtpClient
            {
                Host = "smtp.example.com",
                Port = "your host port", //for gmail is 587
                EnableSsl = true,
                DeliveryMethod = SmtpDeliveryMethod.Network,
                UseDefaultCredentials = false,
                Credentials = new NetworkCredential(fromAddress.Address, fromPassword)
            };
            using (var message = new MailMessage(fromAddress, toAddress)
            {
                Subject = "Test",
                Body = "Message " + DateTime.Now.ToString()
            })
            {
                smtp.Send(message);
            }
        }
        catch (Exception ex)
        {
            //do something
        }
   }

Он протестирован с хостом Gmail, который smtp.gmail.com, и он работает правильно.