Все (а если не все, то многие) современные почтовые сервисы основаны на связке очень старых, но проверенных временем протоколах POP3, SMTP или, реже, IMAP4. POP3 протокол позволяет принимать почту, SMTP — отправлять. IMAP4 же отличается от POP3 только развитыми средствами хранения и поиска почты на сервере (я специально утрирую, не обращайте внимания).
Мы создаём письмо, нажимаем «Отправить». Происходит соединение с SMTP-сервером, письмо отправляется. Мы нажимаем «Получить», почтовая программа соединяется с POP3-сервером, проверяет наличие писем и, если они есть, сливает их на компьютер. Всё просто.
Но что же делать, если я хочу получить письмо, не тридцать три раза проверив почтовый ящик, а один, гарантированный? Современные популярные почтовые сервисы позволяют подключить услугу «уведомление на почтовый ящик». Спрашивается, а смысл? Мне придётся проверить один ящик, чтобы узнать о получении письма на другой? Бред. Есть также услуга «уведомление на мобильный телефон». Но этот вариант не устраивает лично меня, потому что требует денег. Да и оперативным назвать приём почты посредством этой услуги я бы поостерёгся.
И здесь возникает идея (не ко мне первому она пришла, уверен!) почтового сервиса с принципом обратной связи. Один из вариантов реализации этой обратной связи я опишу далее. В программу-клиент совместно со стандартными функциями по приёму сообщений включается маленький smtp-сервер (маленькие буковки маленькому сервису), который умеет только принять уведомление о поступлении нового письма. В теле уведомления уже можно передать любую информацию, например имя отправителя, время поступления корреспонденции или само письмо. Таким образом, можно хорошо сэкономить на трафике (мы не проверяем судорожно бесчисленное количество раз почту, а лишь ждём уведомления), несколько увеличив нагрузку на сервер лишней операцией (хотя, мы его сразу же и разгрузим уменьшением количества обращений).
Повторяю, это лишь один из способов организации взаимодействия сервера и клиента. Также можно рассмотреть уведомления на IM, но ценность как раз в автоматизации процесса и прозрачности его для пользователя.
Что думаете по этому поводу?
Мы создаём письмо, нажимаем «Отправить». Происходит соединение с SMTP-сервером, письмо отправляется. Мы нажимаем «Получить», почтовая программа соединяется с POP3-сервером, проверяет наличие писем и, если они есть, сливает их на компьютер. Всё просто.
Но что же делать, если я хочу получить письмо, не тридцать три раза проверив почтовый ящик, а один, гарантированный? Современные популярные почтовые сервисы позволяют подключить услугу «уведомление на почтовый ящик». Спрашивается, а смысл? Мне придётся проверить один ящик, чтобы узнать о получении письма на другой? Бред. Есть также услуга «уведомление на мобильный телефон». Но этот вариант не устраивает лично меня, потому что требует денег. Да и оперативным назвать приём почты посредством этой услуги я бы поостерёгся.
И здесь возникает идея (не ко мне первому она пришла, уверен!) почтового сервиса с принципом обратной связи. Один из вариантов реализации этой обратной связи я опишу далее. В программу-клиент совместно со стандартными функциями по приёму сообщений включается маленький smtp-сервер (маленькие буковки маленькому сервису), который умеет только принять уведомление о поступлении нового письма. В теле уведомления уже можно передать любую информацию, например имя отправителя, время поступления корреспонденции или само письмо. Таким образом, можно хорошо сэкономить на трафике (мы не проверяем судорожно бесчисленное количество раз почту, а лишь ждём уведомления), несколько увеличив нагрузку на сервер лишней операцией (хотя, мы его сразу же и разгрузим уменьшением количества обращений).
Повторяю, это лишь один из способов организации взаимодействия сервера и клиента. Также можно рассмотреть уведомления на IM, но ценность как раз в автоматизации процесса и прозрачности его для пользователя.
Что думаете по этому поводу?
