Можно ли отправлять почту асинхронно с помощью PHP, оставляя отзывы пользователей о доставке?

Я думаю, что лучший вариант здесь - это оценка времени. Вы можете проверить, сколько времени уходит на отправку некоторых писем размером 10 МБ, чтобы узнать скорость приема вашего SMTP-сервера. С помощью этой информации вы можете оценить время передачи любого электронного письма в зависимости от его размера и на основе этого дать вашему клиенту некоторое визуальное отвлечение.

Я не знаком с PHPMailer, но вам, безусловно, нужна поддержка библиотеки, чтобы иметь возможность запрашивать статус отправляемых писем.

Учитывая, что в PHP нет потоков, я бы предложил иметь очередь базы данных для доставок и запускать внешний процесс PHP с основного сайта (или через cron), который обрабатывает доставки на стороне, отмечая в базе данных текущий статус при каждой доставке: NOT_PROCESSED, IN_PROGRESS, CONNECTING, CONNECTED, SENDING_DATA, ACCEPTED, FAILURE_X . Вы можете запросить в базе данных статус каждой доставки через Ajax.

Если PHPMailer внутренне использует стандартную функцию PHP mail(), которая использует релейный SMTP-сервер на вашем компьютере, у вас не может быть столько информации о статусе (которая была бы у вас, если бы вы сами создавали сокеты), у вас может быть только три основных состояния. NOT_PROCESSED, IN_PROGRESS, FAILURE_X.

(FAILURE_X действительно представляет собой множество состояний, так как объясняет причину сбоя).

Последнее соображение об использовании mail() заключается в том, что статус, который вы сможете узнать, — это просто статус от локального ретранслятора SMTP, который всегда будет приниматься очень быстро, и вы не сможете сказать, действительно ли почта была отправлена. доставляется на исходящий сервер (по крайней мере, без необходимости взаимодействовать с ним или читать mailq, что очень неприятно).

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ

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

Если процесс электронной почты может отправлять обратно информацию, то может быть возможно обновить индикатор выполнения или текст выполнения с сообщениями.

Это похоже на то, как работает обновление/установка Wordpress. По мере завершения процесса отображается текст, сообщающий о каждом шаге: «Загрузка xxxx.xxx.xxx», «Деактивация плагина», «Установка плагина», «Попытка повторной активации», Повторная активация успешна: что-то подобное. Вам понадобится прослушиватель на на стороне клиента и отправителем сообщений на сервере: по мере выполнения сценария он отправляет сообщения обратно клиенту.

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

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

Мои мысли:

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