Push Email к apache/php серверу

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

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

3
задан 1 July 2009 в 15:34
6 ответов

Если Вы используете POP3 и сохраняете соединение открытым, Вы не можете получить новые сообщения - я не вспоминаю, является ли это часть спецификации или нет, но серверы POP3, я имел дело с по существу блокировкой почтовый ящик на время сессии POP3, таким образом, никакая новая почта не будет (появляются к) прибывают, пока заседание POP3 открыто (СТАТИСТИКА и UIDL, и СПИСОК и В ПОСЛЕДНИЙ РАЗ - всегда возвратил тот же ответ, пока Вы НЕ ВЫХОДИТЕ и повторно входите в систему).

При использовании IMAP необходимо смочь сохранить соединение IMAP открытым и просто опросить его периодически относительно новой почты. Это намного более дешево, чем вход в систему, проверка и разъединение, если Вы хотите сделать это каждый (говорить) 10 секунд.

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

Можно записать poller демону в PHP, если Вы предпочитаете. Вы могли стать дополнительно-необычными с этим процессом и иметь его, адаптируются к изменяющиеся почтовые ящики: если пользовательский почтовый ящик постоянно изменяется, то оставайтесь на связи и опрашивайте часто. Если почтовый ящик не изменяет, то разъединяет соединение IMAP и проверяет его снова 5 минут спустя.

James

3
ответ дан 3 December 2019 в 05:21
  • 1
    Whis - это! Запишите легкому демону, который остается на связи с Gmail через IMAP и проверяет на новые сообщения каждый 10secs. Должностное лицо демона () сценарий я должен работать.Отлично! Какие-либо подсказки легкому демону-клиенту IMAP? –  Trident Splash 1 July 2009 в 15:52

Если Вы управляете своим веб-сервером: можно использовать Gmail, чтобы переслать электронную почту к веб-серверу и затем использовать канал в/etc/aliases файле для питания электронных писем к сценарию PHP, который может считать их из стандарта в. (Или эквивалентный механизм для передачи по каналу электронных писем к сценарию в любом почтовом сервере (MTA), который Вы выбираете, я лично, использует exim.) В основном Ваш файл псевдонимов был бы похож

username: |/var/www/myphpscript.php

и myphpscript.php прочитал бы электронную почту на STDIN и действовал бы на него.

Если Вы не управляете своим веб-сервером: IMAP поддерживает команду IDLE, которая позволяет клиенту соединению с сервером, открытым при ожидании электронного письма для прибытия. (Это несколько похоже на уведомление о НАЖАТИИ, за исключением того, что клиент должен установить и сохранить открытое соединение с сервером), Вы могли записать сценарий, который будет открывать соединение с Gmail сервер IMAP и использовать команду IDLE для ожидания нового электронного письма. Это потребовало бы способности выполнить персистентный процесс на сервере. Может быть способ использовать что-то как fetchmail, чтобы сделать это и затем передать электронную почту сценарию PHP.

Надежда, которая помогает!

2
ответ дан 3 December 2019 в 05:21

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

1
ответ дан 3 December 2019 в 05:21

Если у Вас есть административные права на почтовом сервере, почему бы не записать daemon/perl/shell/php сценарий, чтобы проверить на существование файла, затем спать 5 секунд (или однако закорачивать интервал Вы заботитесь о), то проверьте снова. Это - весь Ваш почтовый сервер "нажатия", сделает, и Вы будете устранять слой сложности.

Править

Извините, я неправильно понял. Я думал, что Вы управляли поп-сервером.

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

РЕДАКТИРОВАНИЕ 2

Проверьте это: http://www.phpclasses.org/browse/package/2.html

Это поддерживает "NOOP", чтобы препятствовать тому, чтобы неактивное соединение испытало таймаут. Походит, что необходимо реализовать клиент PHP POP3.

1
ответ дан 3 December 2019 в 05:21

Вы не можете продвинуть POP, это строго come-and-get-it протокол.

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

0
ответ дан 3 December 2019 в 05:21

Мой ответ, вероятно, больше программирует связанный затем системный администратор...

Я полагаю, что может быть возможно через Google API записать сценарий, который запускает долговечный запрос HTTP, который будет в основном просто ожидать вокруг, пока электронная почта не будет доступна.

Большая часть электронной почты 'нажатия' является инициируемым клиентом. Клиент сделает Запрос HTTP, просящий новую почту, и сервер отправит им ответ, когда будет.

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

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

0
ответ дан 3 December 2019 в 05:21

Теги

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