Как бороться с таймаутами SMTP

Обычно SMTP-сервер предоставит вам информацию о том, принял он электронную почту или нет при использовании стандартного SMTP. Вот пример через телнет:

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

Это упоминается в RFC 5321 (вы можете прокручивать этот документ):

Когда получатель-SMTP принимает часть почты (путем отправки сообщения «250 OK» в ответ на DATA), он берет на себя ответственность за доставку или ретрансляцию сообщения. Он должен серьезно отнестись к этой ответственности. Он НЕ ДОЛЖЕН терять сообщение по легкомысленным причинам, например, из-за того, что хост позже выходит из строя или из-за предсказуемой нехватки ресурсов. [...] Когда конец текста успешно получен и сохранен, SMTP-получатель отправляет ответ «250 OK».

Когда вы отправляете электронные письма, я думаю, что раздел 4.5.4.1. может быть важно, если вы не используете какую-то структуру, которая обрабатывает исходящие электронные письма в соответствии с RFC.

Пример. Ваш клиент создает электронное письмо, но во время отправки из тела (последняя часть передачи электронной почты) соединение разорвалось. Затем серверу не разрешено обрабатывать электронную почту. Технически он мог получить всю информацию, но RFC не позволил ему отправить ее, так как у клиента был тайм-аут, и он не завершил весь процесс.

Обновление: лучше всего использовать ссылку метод C# SmtpClient, а затем проверьте smtpStatusCode OK (= "Электронное письмо было успешно отправлено в службу SMTP"), что также можно увидеть в примерах telnet. Здесь метод больше ничего не делает (технически). Этот метод также соответствует RFC 5321, поэтому вам не нужно заново изобретать колесо отправки smtp. Если вы не получили OK, возможно, что-то произошло за это время, и вам нужно проверить результат, а затем выполнить повторную отправку (или вам нужно отказаться, если в сообщении об ошибке говорится, что адрес электронной почты недействителен или что-то подобное, чтобы избежать бесконечного цикла).

Другим возможным вариантом может быть использование Веб-службы Exchange. Вы также можете использовать их для отправки электронных писем. Пример из здесь:

// Create an email message and identify the Exchange service.
EmailMessage message = new EmailMessage(service);

// Add properties to the email message.
message.Subject = "Interesting";
message.Body = "The merger is finalized.";
message.ToRecipients.Add("[email protected]");

// Send the email message and save a copy.
message.SendAndSaveCopy();

Они также дают вам ответ:

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <s:Header>
    <h:ServerVersionInfo MajorVersion="14" 
               MinorVersion="0" 
               MajorBuildNumber="639" 
               MinorBuildNumber="20" 
               Version="Exchange2010" 
               xmlns:h="http://schemas.microsoft.com/exchange/services/2006/types" 
               xmlns="http://schemas.microsoft.com/exchange/services/2006/types" 
               xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
               xm=""lns:xsd="http://www.w3.org/2001/XMLSchema" />
  </s:Header>
  <s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
               xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <m:CreateItemResponse xmlns:m="http://schemas.microsoft.com/exchange/services/2006/messages" 
               xmlns:t="http://schemas.microsoft.com/exchange/services/2006/types">
      <m:ResponseMessages>
        <m:CreateItemResponseMessage ResponseClass="Success">
          <m:ResponseCode>NoError</m:ResponseCode>
          <m:Items />
        </m:CreateItemResponseMessage>
      </m:ResponseMessages>
    </m:CreateItemResponse>
  </s:Body>
</s:Envelope>