Почтовая организация очередей в php

Если это Netbeans, попробуйте снять флажок «Скомпилировать при сохранении» в свойствах проекта (Build -> Compiling). Это единственное, что помогло мне в аналогичной ситуации.

Источник: http://forums.netbeans.org/post-45324.html

5
задан ɢʀᴜɴᴛ 10 July 2017 в 20:01
поделиться

6 ответов

Вы могли просто вставить свои электронные письма в таблицу базы данных Почтовой очереди и иметь отдельный чек процесса, который что очередь и пакет посылают определенному числу сразу.

5
ответ дан 13 December 2019 в 22:20
поделиться

Существует протестированное решение для этого: ГРУША Mail_Queue

Хорошо работает для меня.

2
ответ дан 13 December 2019 в 22:20
поделиться

как mercutio предложенный, я вставил бы новую запись в таблицу почтовой очереди для каждой электронной почты, ожидающей, чтобы быть отправленным, и затем использовал бы отдельный процесс (как КРОН) для проверки таблицы периодически на любые объекты с очередями.

если бы какие-либо электронные письма ставятся в очередь (и электронная почта не настраивается для каждого получателя), я затем сгруппировал бы электронные письма доменом и отправил бы блоки вместе для сокращения общего количества электронных писем, которые должны быть посланы, т.е. если бы у Вас есть 1 000 поставленных в очередь электронных писем, и 250 в учетные записи Gmail, которые я отправил бы, 250 в 25 блоках 10 (не забудьте получателям Скрытой копии избегать их видящий друг друга).

для фактической отправки почты, я использовал бы ГРУШЕВУЮ почту по почте php () функция

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

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

1
ответ дан 13 December 2019 в 22:20
поделиться

Несомненно, таблица базы данных могла бы быть идеей. Но что относительно того, чтобы послать 1 000 электронных писем с вложением 2 МБ? необходимо было бы принять это во внимание также. У меня была проблема самого, и я в конечном счете обратился к записи электронной почты к базе данных и файлов к файловой системе. Почтовый сценарий, который я использовал затем, считал записи базы данных и попытался выбрать вложения для отправки.

1
ответ дан 13 December 2019 в 22:20
поделиться

Вы уверены, что Вам нужно, действительно ли это отправляет организацию очередей по почте себя?

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

Другими словами: не волнуйтесь об этом!

1
ответ дан 13 December 2019 в 22:20
поделиться

Я обычно полагался на взлом. Я имею список базы данных адресов электронной почты и затем использую метаперенаправление для сам с параметром 'смещения' увеличения, который указывает, какую строку в базе данных я готов. Сервер перенаправляет проблемы причины, потому что браузеры предполагают, что потраченное время указывает на бесконечный цикл.

0
ответ дан 13 December 2019 в 22:20
поделиться
Другие вопросы по тегам:

Похожие вопросы: