Руководство по WebSphere Application Server

ОнЛ@йн руководство с примерами по WAS

  • Главная
  • Авторское право
  • Команда
  • Контакты
  • Оглавнение

22

Ноя

6.4.2. Конфигурирование почтового провайдера

Опубликовал admin  Рубрика Часть 6. Конфигурирование ресурсов

Почтовый провайдер инкапсулирует коллекцию провайдеров протоколов. Провайдеры протоколов взаимодействуют с JavaMail API и с почтовыми серверами, работающими с использованием данных протоколов. WebSphere Application Server содержит встроенного почтового провайдера, включающего три провайдера протоколов SMTP, IMAP и POP3. Эти провайдеры протоколов инсталлируются по умолчанию и их должно быть достаточно для большинства приложений. Однако при необходимости вы можете сконфигурировать нового провайдера.

Чтобы сконфигурировать нового почтового провайдера, выполните из административной консоли следующие шаги.

1. Раскройте пункт Resources (Ресурсы) в навигационном дереве и нажмите Mail Providers (Почтовые провайдеры).

2. Выберите область действия и нажмите Apply (Применить). Область действия определяет, будут ли ресурсы JavaMail, сконфигурированные на использование данного провайдера, доступны на уровне ячейки, узла или сервера приложений.

На рис. 6.23 показан почтовый провайдер, инсталлированный с WebSphere. Встроенный почтовый провайдер доступен для всех серверов приложений в ячейке.

Рис. 6.23. Страница почтовых провайдеров

3. Нажмите New (Создать), чтобы сконфигурировать нового почтового провайдера. 4. Введите имя и описание и нажмите Apply (Применить). Свойства, необходимые при конфигурировании нового почтового провайдера, показаны на рис. 6.24.

5. Нажмите ссылку Protocol Providers (Провайдеры протоколов) в разделе Additional Properties (Дополнительные свойства).

6. Нажмите New (Создать), чтобы добавить нового провайдера протокола. См. рис. 6.25.

Доступны для конфигурирования следующие свойства:

• Protocol (Протокол).

В этом поле указывается название протокола.

• Classname (Имя класса).

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

• Classpath (Путь к классам).

В данном поле указывается путь к JAR-файлам, составляющим классы реализации данного провайдера протокола.

• Type (Тип).

В этом поле указывается тип провайдера протокола. Допустимы следующие варианты.

• STORE: Такой протокол используется для получения почты.

• TRANSPORT: Такой протокол используется для отправки почты.

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

7. Нажмите OK и сохраните конфигурацию.

Рис. 6.24. Общие свойства почтового провайдера

Рис. 6.25. Страница конфигурации провайдера протокола

Рис. 6.26. Провайдеры протоколов

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 6.4. Ресурсы JavaMail
6.4.3. Конфигурирование сеансов JavaMail »

Рубрики

  • Часть 1. Основы
  • Часть 2. Технический обзор
  • Часть 3. Профили
  • Часть 4. Основы администрирования
  • Часть 5. Использование скриптов
  • Часть 6. Конфигурирование ресурсов
  • Часть 7. Управление Web-серверами
  • Часть 8. Асинхронный обмен сообщениями

Свежие записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями

Страницы

  • Авторское право
  • Команда
  • Главная
    • Дополнения
    • Примечание
  • Контакты
  • Оглавнение

Последние записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями
  • 8.4.3. Реализация компонента, управляемого сообщениями
  • 8.4.2. Взгляд на компонент, управляемый сообщениями, со стороны клиента
  • 8.4.1. Типы компонентов, управляемых сообщениями
  • 8.4. Компоненты, управляемые сообщениями
  • 8.3.5.-8.3.8 Размещение конечной точки для сообщений

Свежие комментарии

  • Комментариев нет
  • Случайные записи

    • 3.4.12. Пользовательский реестр, безопасность
    • 7.3.1. Повторная генерация файла конфигурации плагина
    • 3.3.1.1. Создание профиля администратора развертывания (часть 2)
    • 8.2.4. Администрируемые объекты JMS
    • 4.5.1.2. Добавление узла. Пример по Методу №1
    • 5.4.2.6. Добавление члена в существующий кластер
    • 7.1.2.1. Как определять узлы и серверы?
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.