Посоветуйте с архитектурой/реализацией такой системы.
Клиент отправляет email определенного содержания на известный адрес.
Это сообщение автоматичеки обрабатывается системой, генерируется файл лицензии и отправляется клиенту.
Шеф не хочет задействовать мейлер компании, хочет, по возможности, отдельный бесплатный мейл сервер (должен стоять в компании).
Язык программирования C# (VS 2012). Подобную систему активации имеет Caphyon Advanced Installer http://www.advancedinstaller.com/.
Возможно что-то пропустил. Уточняйте.
Заранее спасибо!
Здравствуйте, DrNobody, Вы писали:
DN>Клиент отправляет email определенного содержания на известный адрес. DN>Это сообщение автоматичеки обрабатывается системой, генерируется файл лицензии и отправляется клиенту.
А в чём фишка делать это по электронной почте? Почему не обычный веб-сервер? (Скрипт, группа скриптов, модная вебслужба).
Здравствуйте, akasoft, Вы писали:
A>А в чём фишка делать это по электронной почте? Почему не обычный веб-сервер? (Скрипт, группа скриптов, модная вебслужба).
Не всегда на компьютере, куда устанавливается софт, есть/разрешен интернет.
На самом деле хорошим тоном является поддержка трех способов: веб, e-mail, телефон.
Здравствуйте, wildwind, Вы писали:
W>А чего тут советовать? Компоненты для работы с POP3 и SMTP есть. Мейл сервер любой. Ну база данных для выданных лицензий естественно нужна.
Хотелось бы, по возможности, получать от мейл сервера что-то типа уведомления/сообщения/события о том, что пришел запрос. И только потом его динамить. Вариант с периодическим опросом через POP3 рассмтривается пока как наименее предпочтительный.
Здравствуйте, wildwind, Вы писали:
W>Не всегда на компьютере, куда устанавливается софт, есть/разрешен интернет. W>На самом деле хорошим тоном является поддержка трех способов: веб, e-mail, телефон.
Именно так. Телефон уже есть Сейчас рассматривается e-mail.
Здравствуйте, DrNobody, Вы писали:
DN>Хотелось бы, по возможности, получать от мейл сервера что-то типа уведомления/сообщения/события о том, что пришел запрос.
Некоторые сервера имеют плагины к IMAP для поддержки pushing. Правда они все нестандартные.
DN>Вариант с периодическим опросом через POP3 рассмтривается пока как наименее предпочтительный.
Почему? Я бы делал опросом. Если будет большая нагрузка, или кто-то спамить начнет, это не отразится на модуле лицензирования.
Apache James. К нему можно писать плагины (мэйлеты), которые будут обрабатывать сообщения определенного вида. Java.
Архитектура может быть такой: в James поступает сообщение от клиента, которое обрабатывается мэйлетом, написанным на Java. Мэйлет кидает сообщение в очередь AMQP (RabbitMQ, ActiveMQ...), которое обрабатывается вашим сервером на C#. Сервер отправляет ответное сообщение через James.
Здравствуйте, Baudolino, Вы писали:
B>Apache James. К нему можно писать плагины (мэйлеты), которые будут обрабатывать сообщения определенного вида. Java. B>Архитектура может быть такой: в James поступает сообщение от клиента, которое обрабатывается мэйлетом, написанным на Java. Мэйлет кидает сообщение в очередь AMQP (RabbitMQ, ActiveMQ...), которое обрабатывается вашим сервером на C#. Сервер отправляет ответное сообщение через James.
Вот это то, что надо. А нет ли вариантов без Java?
DN>Вот это то, что надо. А нет ли вариантов без Java?
Вариантов без Java, я думаю, вагон и маленькая тележка — смотрите доки по вашему почтовому серверу. Главный критерий — возможность написания плагина к нему с адекватной интеграцией с вашим сервером лицензий (не обязательно MQ, можно и REST, SOAP или ещё какой-нибудь адский RMI). Например, если у вас стоит Exchange, то можно с таким же успехом написать для него плагин на шарпе. Почитайте доки по Exchange SDK, он вроде бесплатный.