Компонент TNMPOP3 применяется для получения электронных
писем от POP3-сервера.
Вам может потребоваться этот компонент при написании программы для некоего корпоративного
приложения, использующего свои, внутренние почтовые сервисы. Или вы можете написать
программу под свои собственные нужды, которая собирала бы почту с нескольких
почтовых серверов, сразу бы сортировала её и отбрасывала ненужный хлам и д.т.
Перед тем как получить электронную почту с помощью компонента TNMPOP3, вам нужно
установить соединение с сервером POP3, на котором находится ваш почтовый ящик.
Для этого нужно задать значение для свойства Host, в котором нужно указать имя
почтового сервера или его IP-адрес. Вы должны задать так же имя пользователя
и пароль в свойствах UserID и Password соответственно, открывающие вам доступ
к вашему почтовому ящику. После этого вам нужно вызвать метод Connect, который
и установит соединение.
Чтобы получить почту вам нужно вызвать метод GetMailMessage. Полученное сообщение
будет попадать в свойство MailMessage.
Это был краткий обзор компонента. Сейчас мы обсудим детали по мере ознакомления
со свойствами, методами и событиями этого компонента.
В свойстве MailCount этого компонента указывается число сообщений, находящихся
в почтовом ящике пользователя на сервере. Это свойство получает значение после
установки соединения с сервером. Свойству MailMessage присваивается значение
после вызова метода GetMailMessage. В нём находятся все элементы полученного
электронного сообщения. Эти элементы включают в себя свойства Attachments, Body,
From, Head, MessageID и Subject. В первом помещаются имена вложенных файлов,
во втором - текст сообщения, в третьем - адрес отправителя, в четвёртом - заголовок
письма. В свойстве MessageID размещается уникальный идентификатор письма, а
в свойстве Subject - тема письма.
Свойство Summary содержит краткую информацию об электронном сообщении. Это свойство
изменяется после вызова метода GetSummary. В состав этого сложного свойства
входят свойства: Bytes, From, Header, MessageID, Subject. Свойства этого составного
свойства повторяют свойства из MailMessage, но в отличии от свойства MailMessage
здесь не хватает свойств Attachments и Body и добавлено новое свойство Bytes
- размер сообщения. Содержимое свойств MailMessage и Summary изменяется после
каждого вызова метода GetMailMessage или GetSummary соответственно. Поэтому,
если вы считываете несколько писем не забывайте обрабатывать полученные сообщения
и только после этого переходите к следующему вызову метода GetMailMessage или
GetSummary. В свойстве AttachFilePath вы можете задать каталог для размещения
присоединённых к сообщению файлов. Если этого не сделать, то по умолчанию эти
файлы будут сохраняться в том же каталоге, из которого запускалось приложение.
Если каталог, указанный в свойстве AttachFilePath не существует, то присоединённые
файлы будут сохраняться в текущем каталоге. Добавлять в конце пути символ "слэш"
необязательно, если его не указали, то добавится автоматически. В зависимости
от значения свойства DeleteOnRead прочитанные сообщения могут удалятся или оставаться
в почтовом ящике на сервере. Сообщения удаляются после выполнения метода GetMailMessage,
если свойство DeleteOnRead установлено в true. Если значение DeleteOnRead равно
false, тогда сообщения остаются на сервере. По умолчанию сообщения не удаляются.
Удаление сообщений происходит после завершения сеанса работы с сервером. Метод
Reset позволяет снять метку на удаление, поэтому, пока сессия не окончена все
удалённые методами DeleteOnRead и DeleteMailMessage сообщения можно "вернуть".
Для регистрации на сервере вам нужно задать значения свойствам UserID и Password.
В свойстве Password указывается пароль, используемый для получения доступа к
почтовому серверу. Если указан неверный пароль или имя пользователя, то в этом
случае будет вызвано событие OnAuthenticationFailed, если пароль или имя пользователя
не указаны вызывается событие OnAuthenticationNeeded.
Теперь обсудим методы этого компонента. Метод UniqueID возвращает идентификатор
сообщения, указанного в параметре метода по номеру. Идентификатор представляет
собой строковое уникальное значение, присваиваемое каждому письму почтовым сервером.
Это значение помещается в свойство MessageID, являющееся частью составного свойства
Summary типа TSummary. Параметр MailNumber изменяется от 1 до максимального
значения, определяемого свойством MailCount.
Метод DeleteMailMessage удаляет указанное по номеру сообщение из почтового ящика
на почтовом сервере. В случае возникновения ошибки возникает событие OnFailture
и возбуждается исключительная ситуация. Если сообщение успешно помечается как
удалённое, то происходит событие OnSuccess. Удалённое этим методом сообщение
только помечаются как удалённые, реально они удаляются тогда, когда вы заканчиваете
работу с почтовым сервером. А пока вы этого не сделали вы можете вызвать метод
Reset, и все "удалённые" в данном сеансе связи сообщения опять станут доступными.
Метод GetMailMessage извлекает указанное по своему номеру сообщение и помещает
его в свойство MailMessage. Если при выполнении метода возникает ошибка, то
возбуждается исключительная ситуация. Когда начинается процесс загрузки сообщения,
наступает событие OnRetrieveStart. По окончании загрузки генерируется событие
OnRetrieveEnd. Если сообщение благополучно получено происходит событие OnSuccess.
Если свойство DeleteOnRead установлено в true, то метод GetMailMessage, кроме
того, пометит на сервере полученное сообщение на удаление.
Метод GetSummary извлекает краткую информацию о письме и сохраняет её в свойстве
Summary. Метод List получает список номеров и размеры сообщений. Для каждого
сообщения в списке генерируется событие OnList, которому через параметры передаются
номер сообщения и размер сообщения.
Нам осталось рассмотреть события данного компонента. Событие OnAuthenticationFailed
происходит в случае, когда для работы с почтовым сервером требуется идентификация,
в одном из свойств UserID или Password значение введено неверно. Если свойству
Handled присвоить значение true, то попытка регистрации повторяется. Если в
свойстве Handled прописано false [что является значением по умолчанию], то возбуждается
исключительная ситуация, и соединение обрывается.
Событие OnDecodeStart возникает тогда, когда необходимо декодировать и запись
на диск присоединённый к письму файл. В обработчике этого события имеется параметр
FileName, определяющий имя присоединённого файла. Это имя можно изменить, если
вы хотите сохранить файл под другим именем. Если в письме нет вложенных файлов,
о событие не наступает. Добавлять путь к имени файла не следует, п.ч. путь указывается
в свойстве AttachFilePath.
Событие OnList происходит в процессе работы метода List после получения номера
и размера текущего сообщения в списке. Событие OnReset генерируется в случае
успешного выполнения метода Reset и означает это тот факт, что со всех сообщений,
помеченных в текущем сеансе на удаление, снята метка на удаление.
Событие OnRetrieveEnd происходит тогда, когда завершается загрузка письма или
его резюме. Событие OnRetrieveStart генерируется когда начинается процесс загрузки
сообщения. Эти события заменяют свои предыдущие версии, названные ошибочно OnRetriveEnd
и OnRetriveStart. Эти предыдущие версии, тем не менее, доступны как Public,
так что приложения, использующие их, будут работать.
Пример использования для DELPHI6 находится c:Program FilesBorlandDelphi6DemosFastNetPop3POP3DEMO.DPR
При разработке CMS S.Builder наша команда
активно использовала AJAX. Теперь вот решили поделиться накопленным
опытом. Начнем с этого хабратопика. Не буду здесь затрагивать различные
фреймворки и библиотеки. Свой код всегда роднее. Для работы с AJAX-ом в
S.Builder написана библиотека
sbAJAX. Можете качать и пользоваться :). В этом файле есть функция
sbEvalJS. Для тех, кто не знает, объясню. При подгрузке через AJAX и вставке
на страницу HTML-кода, содержащего JavaScript, JavaScript выполняться не будет
или полезут баги. Эта функция как раз решает поставленную задачу.
Хотя наш обзор немного запоздал, оригинальный Dojo 1.2 вышел в релизной
версии ещё 6-го октября, но сейчас мы наверстаем упущенное. И так, Dojo Toolkit — это самая мощная и
гибкая ajax-библиотека из всех, что есть на рынке, она активно развивается и
имеет большое комьюнити. Кстати, это самое комьюнити, совместно с компанией
Sitepen, имеет ещё несколько проектов, среди которых и Cometd и некоторые
другие, не менее интересные, о которых мы скоро вам расскажем. Сегодня же все
внимание на флагманский продукт —
Dojo
1.2.
Если вы профессиональный веб-разработчик и постоянно имеете дело с
разработкой и отладкой сложных AJAX приложений, то наверняка знаете и
используете Firebug — плагин для браузера
Firefox, предназначенный для отладки и исследования веб-приложений. Текущая его
версия, 1.2х достаточно стабильная и функциональна, чтобы помочь в 99% проблем,
которые могут возникнуть при разработке. Но и этот инструмент не лишён если не
недостатков, то некоторых фич, которые могли бы облегчить работу. И даже
идеальный инструмент можно сделать ещё более идеальным, как бы это не звучало.