caxapa.ru :: В rtos у КЕЙЛ почтовый клиент поддерживает почтовые SMTP сервера а) без авторизации б) с простой авторизацией (логин+пароль без шифрования). В современных серверах простая авторизация по умолчанию отключена. Для этого нужно в почтовом сервере

shan (11.11.2016 16:40, просмотров: 172) ответил AlexBi на Можно отправить на свой почтовый сервер (компьютер), а там уже силами установленных скриптов и шифраторов отправлять на "современный" сервер. Либо искать реализацию TLS для STM, если такое вообще возможно

В rtos у КЕЙЛ почтовый клиент поддерживает почтовые SMTP сервера а) без авторизации б) с простой авторизацией (логин+пароль без шифрования). В современных серверах простая авторизация по умолчанию отключена. Для этого нужно в почтовом сервере создать коннектор на приём с простой авторизацией. Для обеспечения безопасности разрешить этому коннектору принимать почту только от ваших устройств (фильтр по IP, MAC, имени). Проверено на MS EXCHANGE 2013-работает!

Ответить

- основная задача - передать данные от одного устройства с виртуальным IP на другое, тоже с виртуальным IP. Мне думалось что через почту получится... Может кто-то подскажет как это осуществить. Вариант завести реальный IP можно не предлагать ввиду JP111(13 знак., 11.11.2016 21:14)
  - DDNS не спасет? - ASDFS(12.11.2016 00:43)
    - Скорее всего не спасет. Для этого нужен прямой IP, а провайдеры все чаще выдают что-то из-за NATа - AlexBi_(12.11.2016 23:03, )
    - Похоже оно, но "В 2014 г. компания полностью свернула программу бесплатного предоставления динамического DNS " (википедия). Но надо покопать в эту сторону.. Спасибо. - JP111(12.11.2016 01:57 - 01:59)
      - Серверов DDNS как собак нерезаных. В конце концов можно свой завести. >>>> - ASDFS(12.11.2016 02:09 - 02:15, ссылка)
        
        Кстати да, информацию в малых объёмах можно передать через систему DNS. Т.е. сам DNS-сервер использовать для хранения и передачи информации. Один делает апдейт TXT-поля, например, другой его читает... - fk0(12.11.2016 03:18)
  - Данная задача решается в IP-телефонии STUN-серверами. В общем случае задача сводится или 1) к использованию некого своего или стороннего сервера с белым IP-адресом, либо к 2) передаче информации напрямую, но для последнего нужно firewall hole fk0(700 знак., 12.11.2016 00:09)
  - Дык, блин, сейчас всяческие IoT сервисы в моде... - Гудвин(11.11.2016 21:16)
    - в моем случае устройства в разных подсетях. (на растоянии десятков километров) и строить VPN между ними мне никто не даст. может через какой ICQ или еще какой связной агент. или через бесплатное облако.... или через бесплатный ftp сервер. только JP111(25 знак., 11.11.2016 21:25)
      - Вам стоит познакомится с MQTT-брокером cloudmqtt.com. MQTT поддерживает шифрование (но, наверное, нужно будет ставить свой брокер) - Скрипач(11.11.2016 21:54 - 23:13)
        
        Ваш MQTT и интернет-вещи -- сраное говно. Всеми этим что сейчас у сраных менагеров на ушах пользовались за 20 лет до того, но никто не знал, что это интернет-вещью или брокером называется. - fk0(12.11.2016 00:12)
      - бесплатное облако спасет тебя... - basilmak(11.11.2016 21:27)
        
        а что там с шифрованием? - JP111(11.11.2016 21:37)
        
        это к облаку и Вам вопрос - я тут мимо проходил) - basilmak(11.11.2016 22:49)
- насколько я понимаю, основная проблема - зашифровать логин и пароль? не ужели она не решена для stm??? - JP111(11.11.2016 21:10)
  - Неправильно понимаете. - SciFi(11.11.2016 21:13)
    - а как правильно? - JP111(11.11.2016 21:17)

ARM, RISC-V контроллеры