Цитата:
Сообщение от Arsie
Строго говоря, IM-сервисы и mail-сервисы - это облачные технологии. Захотела пятая нога владельца сервиса что-то поменять или захотел роскомнадзор что-то заблокировать и хопа, нет у вас не IM, ни mail и никак вы на это повлиять не можете.
Мы пока придерживаемся политики использования если уж не надёжных каналов, то хотя бы таких каналов, над которыми есть контроль у конечного потребителя.
|
Это то понятно , но вот нет возможности воткнуть (вставить, купить, и тд и тп) модем. Но с
а интернет есть в каждом туалете, а данные которые необходимы обрабатывать не столь критичны чтобы реагировать на них online, но каждый день просматривать программу удаленно тоже себе удовольствие. А выбор отдать, скажем так, на откуп потребителю.. СМС и мыло
Добавлено через 1 минуту
Цитата:
Сообщение от Gel
А в чем конкретно вопрос?
Например, для меня -- задача из разряда "надо -- сделал". :-)
Делал бы по такой схеме:
1. Обеспечить трансляцию события об отправке сообщения из FDB во внешний мир (через modbus, например). Причем, трансляция в виде счетчика, а не логического сигнала, т.е. если значение изменилось, то нужно отправить письмо. Это нужно, т.к. процесс отслеживания события проще никак не синхронизировать с работой FDB и такой способ устойчив к пропуску события.
2. На контроллере из стандартного репозитория установил/запустил бы MTA, например, Postfix. Это нужно, т.к. доставка письма, на самом деле, не такая простая задача, как может показаться.
Без MTA, по уму, нужно делать что-то похожее на это:
Вложение 5533
3. Достать или написать самому утилиту для извлечения события из п.1.
4. Добавить периодическое задание в операционную систему (через cron), что бы при положительном результате утилиты из п. 3 отправлялось письмо на п.2
|
Вот потому и спрашиваю у ВЕЛИКИХ мира SMLogix - у учителей (сегодня же день Учителя) Ибо как сам простой Сельский инженер