Настройка email адреса отправителя в уведомлениях

DSM 4.2-3252, были настроены уведомления на email, в принципе работает. Но надо изменить электронный адрес отправителя, т.е. адрес от имени которого происходит отправка уведомлений.

В упор не могу найти, где это делается. Подскажите, люди добрые !

DSM 4.2-3252, были настроены уведомления на email, в принципе работает. Но надо изменить электронный адрес отправителя, т.е. адрес от имени которого происходит отправка уведомлений.

В упор не могу найти, где это делается. Подскажите, люди добрые !

Главное меню -> Панель управления -> Уведомление (стр.105)

PS Руководство пользователя Synology DiskStation На основе DSM 4. 2

Главное меню -> Панель управления -> Уведомление (стр.105)

Да как бы я про это и говорю. Здесь указывается адрес получателя, а не отправителя. Где указывается адрес отправителя? От чьего имени будут приходить сообщения?

Управление службой уведомлений по электронной почте

Нажмите раздел Электронная почта для установки уведомлений по электронной почте. Вы можете

ввести информацию о сервере SMTP и адрес электронной почты для получения уведомлений при

изменении состояния или возникновения ошибки в системе, например сбоя подключения, изменений

в работе вентилятора, сбоя питания, отсутствия свободного места в разделе, сбоя резервирования или

восстановления и др.

Дополнительная информация

Т.е. в этом поле (основной адрес электронной почты) указывается получатель. Но письма приходят как будто получатель их сам и отправляет, а это несколько не корректно.

В 5-й версии там есть поле отправителя. А вот с 4-й какие-то непонятки.

PS документация и встроенная очень хорошая. Вот только ни одна ни другая ответа не дает.

Но письма приходят как будто получатель их сам и отправляет, а это несколько не корректно.

Если это щепетильный вопрос (а собственно в чём проблема?), то настраиваетя Push-служба уведомлнений (используется сервер электронной почты Synology - @mail.synologynotification.com). Но не факт что этот функционал доступен на 4.2

PS Идея закладки "Эл. почта" - не только рассылать уведомления администратору (а ему то к чему эта щепетильность), но и рассылать уведомления пользователям от админа (от человека а не машины). Ну а идея Push-службы - рассылать системные уведомления админу (от имени машины а не человека).

PS Идея закладки "Эл. почта" - не только рассылать уведомления администратору (а ему то к чему эта щепетильность), но и рассылать уведомления пользователям от админа (от человека а не машины). Ну а идея Push-службы - рассылать системные уведомления админу (от имени машины а не человека).

В корне не верно, что сообщения должны идти от человека. И полагаю компания Synology согласна со мной, так как в 5-й версии адрес отправителя настраивается. Уведомление идет не от человека, а именно, что от системы (от машины) которая уведомляет администратора/пользователя о чем либо произошедшем в системе.

Push не подходит априори, система уведомлений должна быть в почтовую систему. Кроме того NAS стоит в локальной сети и не доступен из внешней сети. Т.е. система безопасности компании не позволяет этого. Да и вообще, уведомления на электронку самое удобное и практичное решение.

В корне не верно, что сообщения должны идти от человека.

Хорошо - не нравится термин "человек" - пусть будет почтовый акаунт пользователя. Назовите его SynologyХХХХ@gmail.com (или [email protected])- я так и не пойму в чём проблема????

в 5-й версии адрес отправителя настраивается. Уведомление идет не от человека, а именно, что от системы (от машины) которая уведомляет администратора/пользователя о чем либо произошедшем в системе.

Нифига подобного - в 5-й версии уведомление тоже идёт от человека почтового акаунта пользователя.

Push не подходит априори, система уведомлений должна быть в почтовую систему.

На 5-ке это возможно - см. скриншот

http://s009.radikal.ru/i307/1504/64/20aea51fe122.jpg

Кроме того NAS стоит в локальной сети и не доступен из внешней сети. Т.е. система безопасности компании не позволяет этого.

Тогда я уже ничего понимаю. Вы хотите чтобы уведомления слал внешний сервер Synology mail.synologynotification.com?

Да как бы я про это и говорю. Здесь указывается адрес получателя, а не отправителя. Где указывается адрес отправителя? От чьего имени будут приходить сообщения?

http://i.imgur.com/BGM2oWB.png

И какой глубокий смысл зарыт в предыдущем посте - ни одного слова, только одна картинка. А что хотел сказать автор я так и не понял. Однако мне удалось смоделировать на 5.1 примерно то что хотел ТС:

1. Сетапится e-mail отправителя (например [email protected]), поставщик услуг - Gmail.

2. Жмётся кнопка "осуществить вход в Gmail"

3. Сохраняемся.

4. Поверх джимейльного акаунта пишем любой другой (например [email protected])

6. Сохраняемся.

7. Жмём отправить пробное письмо - и опа - всё работает (отправитель - [email protected], получатель - [email protected])

PS Только всё равно это изврат - оба акаунта пользовательские а не системные ...

И какой глубокий смысл зарыт в предыдущем посте - ни одного слова, только одна картинка. А что хотел сказать автор я так и не понял. Однако мне удалось смоделировать на 5.1 примерно то что хотел ТС:

 

1. Сетапится e-mail отправителя (например [email protected]), поставщик услуг - Gmail.

2. Жмётся кнопка "осуществить вход в Gmail"

3. Сохраняемся.

4. Поверх джимейльного акаунта пишем любой другой (например [email protected])

6. Сохраняемся.

7. Жмём отправить пробное письмо - и опа - всё работает (отправитель - [email protected], получатель - [email protected])

 

PS Только всё равно это изврат - оба акаунта пользовательские а не системные ...

Расшифруйте, что вы подразумеваете под "системным" акаунтом? Акаунт в самой DSM? Root? Admin?

Расшифруйте, что вы подразумеваете под "системным" акаунтом? Акаунт в самой DSM? Root? Admin?

Я имел в виду почтовый акаунт от Synology (e-mail сервер - mail.synologynotification.com)

PS Cетап сино-пакета Mail Server я пока вообще не рассматривал ...

PSS Автору на DSM 4.2 можно только посоветовать поиграть с "secondary email"

PSS Автору на DSM 4.2 можно только посоветовать поиграть с "secondary email"

При чем тут второй адрес? - это всего лишь второй адрес получателя уведомления. Т.е. получать уведомления можно на 2 адреса. Все. Никакого отношения к адресу отправителя это не относится.

[skip]

Будьте внимательнее. выше я писал что в 5-й версии адрес отправителя настраивается. Меня же интересует это же в 4-й версии

Хорошо - не нравится термин "человек" - пусть будет почтовый акаунт пользователя. Назовите его SynologyХХХХ@gmail.com (или [email protected])- я так и не пойму в чём проблема????

 

 

Нифига подобного - в 5-й версии уведомление тоже идёт от человека почтового акаунта пользователя.

 

Тогда я уже ничего понимаю. Вы хотите чтобы уведомления слал внешний сервер Synology mail.synologynotification.com?

Неужели так сложно к восприятию? Вот как примерно надо (на примере 5-й версии):

https://cloud.mail.ru/public/1ssvj2WtqTo5/n...event-email.JPG

Соответственно письмо идет от системы NAS2, а не от какого-то пользователя.

Получая письмо видишь какая система прислала уведомление, одновременно с этим идет сортировка по этим системам.

А вот в 4-ке получается что отправителя нельзя настроить.

Будьте внимательнее. выше я писал что в 5-й версии адрес отправителя настраивается. Меня же интересует это же в 4-й версии

Я на скрине отметил не адрес отправителя, а аккаунт для аутентификации. Т.е. на мейлсервере создаете акк, и указываете его параметры в параметрах аутентификации, т.о. перед отправкой уведомления НАС будет логиниться в мейлсервер, используя этот акк, а не слать анонимно. Это должно решить вашу проблему.

Как в вашей версиии выглядит эта секция? Присутствует "Необходима аутентификация"?

P.S. Если задача сводится к необходимости сортировки по системам, то можно сортировать и по теме письма, достаточно лишь раздать уникальные префиксы всем темам.

Неужели так сложно к восприятию? Вот как примерно надо (на примере 5-й версии):

https://cloud.mail.ru/public/1ssvj2WtqTo5/n...event-email.JPG

Соответственно письмо идет от системы NAS2, а не от какого-то пользователя.

Получая письмо видишь какая система прислала уведомление, одновременно с этим идет сортировка по этим системам.

А вот в 4-ке получается что отправителя нельзя настроить.

1. Если ключевой является сортировка, то что мешает использовать NAS2 в качестве и отправителя и получателя,

2. Если кровь из носу нужно разделить то как минимум нужна DSM 5.Х

3. Скриншот 5-ки, что привели Вы работать не будет ибо не заполнены поля "Необходима аутентификация" (Имя пользователя и пароль). Именно от этого акаунта (а не от того, что обвели Вы) происходит отправка. Если у Вас 2-й НАС на 5-ке то потестируйте для начала (кучу ошибок я Вам гарантирую)

При чем тут второй адрес? - это всего лишь второй адрес получателя уведомления. Т.е. получать уведомления можно на 2 адреса. Все. Никакого отношения к адресу отправителя это не относится.

Под "поиграть" с "secondary mail" я имел в виду похожий трик, что проделал я - типа прописать и праймари и секондари, затем сохранить, затем отредактировать (удалить праймари, оставив секондари) а вдруг также прокатит как и на 5-ке

Я на скрине отметил не адрес отправителя, а аккаунт для аутентификации. Т.е. на мейлсервере создаете акк, и указываете его параметры в параметрах аутентификации, т.о. перед отправкой уведомления НАС будет логиниться в мейлсервер, используя этот акк, а не слать анонимно. Это должно решить вашу проблему.

Вы всего лишь указали как сетапить непредопределённые (Gmail, ...) почтовики. Но Вы не дали ответ как разделить отправителя и получателя. Анонимно при таком сетапе никак не получится ...

3. Скриншот 5-ки, что привели Вы работать не будет ибо не заполнены поля "Необходима аутентификация" (Имя пользователя и пароль). Именно от этого акаунта (а не от того, что обвели Вы) происходит отправка. Если у Вас 2-й НАС на 5-ке то потестируйте для начала (кучу ошибок я Вам гарантирую)

Не обязательно. Это зависит от настроек мейлсервера. Некоторые сервера позволяют отправлять письма без авторизации, указывая любого отправителя. Лет 15 назад так работали большинство публичных мейлсерверов, мы еще в студенческие годы баловались telnet'ом к мейлсерверу с простым SMTP протоколом, указывая произвольного отправителя. С годами лавочку прикрыли, и теперь большинство мейлсерверов требуют авторизации по ESMTP. Но если мейлсервер локальный или подконтрольный, то никто не мешает настроить его так, чтобы он позволял отправку без авторизации с указанием произвольного отправителя.

Вы всего лишь указали как сетапить непредопределённые (Gmail, ...) почтовики. Но Вы не дали ответ как разделить отправителя и получателя. Анонимно при таком сетапе никак не получится ...

Что за новый термин "непредопределённые почтовики"? Я показал, где там указывается отправитель. ) Получатель - самое первое поле. А то, что используется для аутентификации (что я и обвел красным) - это и есть отправитель. Это тот акк, под которым НАС авторизуется в мейлсервер и от имени которого мейлсервер отправит на адрес получателя.

Но если мейлсервер локальный или подконтрольный, то никто не мешает настроить его так, чтобы он позволял отправку без авторизации с указанием произвольного отправителя.

Мы говорим о разных вещах, ну или Вы пытаетесь свою концепцию подвести под то, как это реализовано у Синолоджи и не исключено, что именно тут эти прямые не пересекаются. В прошлых постах я показал как на 5-ке реализовать то, что просит автор на "предопределённом" почтовике ("предопределённый" отправитель - Gmail, получатель - Yandex). С Вашей точки зрения если отправителя и получателя поменять местами ("непредопределённый" отправитель - Yandex, получатель - Gmail)- то будет работать или нет?

Что за новый термин "непредопределённые почтовики"? Я показал, где там указывается отправитель. ) Получатель - самое первое поле. А то, что используется для аутентификации (что я и обвел красным) - это и есть отправитель. Это тот акк, под которым НАС авторизуется в мейлсервер и от имени которого мейлсервер отправит на адрес получателя.

Я нисколько не претендую на новые термины. В контексте сино-сетапа речь шла о почтовиках из ниспадающего списка (список предопределён). Это Gmail, Yahoo, Outlook, QQ. С полями отправителя я полностью согласен и не спорю. Но вот как сделать так чтобы отправителем был [email protected] (взят в качестве примера "непредопределённого" публичного почтовика) а получателем [email protected] - подскажите - я с удовольствием проверю. Вообще разные поля отправителя и получателя наводят таки на мысли что разделить возможно, но я не исключаю сино-баг даже на 5.1. Неплохо было бы разобраться и закрыть эту тему ...

PS Не исключено, что мы не принимаем во внимание доп. факторы, которые в контексте дискуссии пока вообще не рассматриваются. Я имею в виду свой домен, сетап сино-пакета Mail Server и тп

Мы говорим о разных вещах, ну или Вы пытаетесь свою концепцию подвести под то как это реализовано у Синолоджи и не исключено, что именно тут эти прямые не пересекаются. В прошлых постах я показал как на 5-ке реализовать то, что просит автор на "предопределённом" почтовике. С Вашей точки зрения если отправителя и получателя поменять местами - то будет работать или нет?

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

Я нисколько не претендую на новые термины. В контексте сино-сетапа речь шла о почтовиках из ниспадающего списка (список предопределён). Это Gmail, Yahoo, Outlook, QQ.

В этом же списке есть и "Пользовательский SMTP-сервер", позволяющий указать соврешенно любой почтовик, реализующий SMTP протокол (т.е. по факту практически любой).

Но вот как сделать так чтобы отправителем был [email protected] а получателем [email protected] - подскажите - я с удовольствием проверю.

В чем сложность то? Вбейте в получателя [email protected], а в поставщике услуг - пользовательский SMTP сервер, в сервере SMTP: smtp.yandex.ru, и данные для авторизации. Только порт надо выяснить, т.к. с недавних пор все перешли на обязательный TLS. Скорее всего порт 587 и флажок о TLS должен быть включен.

Это то же самое, как настройка десктопного клиента (Outlook, thunderbird, the bat). Здесь, в сино вы и настраиваете именно SMTP клиента - т.е. указываете сервер, порт, данные авторизации. Эти данные используются для подключения к почтовику (любому) по SMTP и отправки письма на адрес получателя, при чем, получтель может быть и не на том же почтовике, т.к. это вообще не является необходимым условием.

P.S. И никто вам не запрещает настраивать тот же gmail, как пользотвательский SMTP сревер, с указанием всех данных ручками. См. мой скрин, там настроен именно gmail, но как пользовательский SMTP-сервер, т.к. я просто скопировал эти данные с почтового клиента, вместо возни с тамошней кнопокй авторизации и прочими фенечками для ленивых.

В этом же списке есть и "Пользовательский SMTP-сервер", позволяющий указать соврешенно любой почтовик, реализующий SMTP протокол (т.е. по факту практически любой).

А то я не в курсе . Просто "обмануть" сино получилось именно когда Gmail был выбран из списка -> Сообщение #8

В чем сложность то? Вбейте в получателя [email protected], а в поставщике услуг - пользовательский SMTP сервер, в сервере SMTP: smtp.yandex.ru, и данные для авторизации. Только порт надо выяснить, т.к. с недавних пор все перешли на обязательный TLS. Скорее всего порт 587 и флажок о TLS должен быть включен.

А то я не тестировал - не прокатило 587-й правда не пробовал - проверю, спасибо.

Прокатило вот так. 587-й не прокатил (Яндекс требует шифрование SSL, 587 - это у него не TLS, а без шифрования) Имя отправителя можно заполнять (тогда перепишется префикс к теме) а можно и оставить пустым (тогда останется префикс к теме), а вот электронный адрес отправителя д.б. заполнен:

http://s012.radikal.ru/i319/1504/00/925b4637885d.jpg

PS Похоже, что у автора аунтентификация таки и не требуется ибо имеет место быть свой почтовик. Но сино поддерживает и это (соответствующая галка имеется)

PSS Всем спасибо - Сино реабилитировали. Даёшь миграцию на 5.1

Как же много флуда о постороннем, и черт меня дернул сюда написать...

Ответ Synology:

Dear Maxim,

 

Thank you for contacting Synology support.

 

It's the design in DSM4. Sender email could be defined in DSM5 only. Apologies for your inconvenience.

 

If you have other concerns or suggestions, please feel free to contact us again.

--

Best Regards,

Kay Chao

Ответ получен через 2 часа 4 минуты после отправки запроса.

И тем не менее лично я Вам благодарен - мы в том числе разобрались в нюансах 5-ки. Это же форум

PS По сути Вы конечно правы - если и дальше сидеть на DSM 4.2 - то вероятность получить ответ на форуме не очень высока.

PS По сути Вы конечно правы - если и дальше сидеть на DSM 4.2 - то вероятность получить ответ на форуме не очень высока.

Выбора нет, Synology не выпускает для RS409+ 5-ю версию, тут уж ничего не поделаешь.

А с другой стороны, в рамках используемого функционала данной железяки (который используется в компании минимально), это единственный косячок, который создает некоторые неудобства.

Выбора нет, Synology не выпускает для RS409+ 5-ю версию, тут уж ничего не поделаешь.

А с другой стороны, в рамках используемого функционала данной железяки (который используется в компании минимально), это единственный косячок, который создает некоторые неудобства.

Железка 09-й серии не дома а в компании??? И как долго ей ещё трудиться? Компания - не дом, калибр не тот Должен же быть какой-то план по обновлению серверного парка.

А с другой стороны я так и не понял какие же такие неудобства создаёт этот самый косячёк??? Любой почтовик позволяет настроить фильтры-правила по любому полю, а не только SenderID. Все эти письма можно валить в отдельную папку, цеплять форвардинг на e-mail и тп и тд.

PS Кстати чем не устраивает та же Push-служба на мобильник???

UPD Кстати, именно благодаря Вам, я у себя вообще отключил галку "Включить уведомления по эл. почте" в закладке "Эл. Почта". То есть я полностью переключился на Push-службу (а раньше было настроено и то и то) и теперь мне на электронную почту получателя шлёт уведомления не мой пользовательский почтовый акаунт, а сервер уведомлений Синолоджи. Если уж зашла речь о безопасности - то это, видимо, самое то ...

Железка 09-й серии не дома а в компании??? И как долго ей ещё трудиться? Компания - не дом, калибр не тот Должен же быть какой-то план по обновлению серверного парка.

Железяка работает, функции свои выполняет, проблем нет, RAID 10 в норме. Какой смысл срочно менять? Тем более что это уже по сути отслужившее свое, - ранее выполнял основную функцию теперь просто дополнителное пространство для служебно-технических целей.

А с другой стороны я так и не понял какие же такие неудобства создаёт этот самый косячёк??? Любой почтовик позволяет настроить фильтры-правила по любому полю, а не только SenderID. Все эти письма можно валить в отдельную папку, цеплять форвардинг на e-mail и тп и тд.

Для внутрисетевых отправителей внутренняя отправка разрешена без авторизации. Что дает - множество серверов/устройств могут свободно мне посылать на корпоративный ящик уведомления.

Однако когда отправитель оказывается равен получателю (причем вроде как доменный пользователь но без авторизации) outlook такое письмо воспринимает как опасное и поступает по своему усмотрению, может ограничить содержимое, может поместить в нежелательную корреспонденцию. А мобильное приложение папку нежелательных не отслеживает. В общем получение уведомлений не совсем надежное.

PS Кстати чем не устраивает та же Push-служба на мобильник???

Тем что требуется открывать доступ в периметре. А это исключено. Доступ внутрь извне полностью блокирован.

UPD Кстати, именно благодаря Вам, я у себя вообще отключил галку "Включить уведомления по эл. почте" в закладке "Эл. Почта". То есть я полностью переключился на Push-службу (а раньше было настроено и то и то) и теперь мне на электронную почту получателя шлёт уведомления не мой пользовательский почтовый акаунт, а сервер уведомлений Синолоджи. Если уж зашла речь о безопасности - то это, видимо, самое то ...

В 4-ке сделано не так как в 5-ке. А в 5-ке меня и почтовое уведомление устраивает. Да и какой смысл Push-а на email если суть только в изменении демона отправки этого сообщения?

Железяка работает, функции свои выполняет, проблем нет, RAID 10 в норме. Какой смысл срочно менять?

А я и не говорил о срочности. Речь шла о плановости, иначе в случае чего придётся реагировать не проактивно а реактивно, а это всегда головняк, нервы да и собственно риски но уже корпоративные ...

Доступ внутрь извне полностью блокирован.

Понятно - корпоративная специфика накладывает свои ограничения. Но ведь в любой компании внешняя почта и приходит и уходит - внешний почтовый гейт то всё равно должен быть...

В 4-ке сделано не так как в 5-ке.

Так вроде же cвязка Push-службы с DS Finder работает аж с DSM 4.0. И что не так в 4.2 если не принимать во внимание Ваши корпоративные ограничения?

Да и какой смысл Push-а на email если суть только в изменении демона отправки этого сообщения?

Просто полностью исключается отправка сино-уведомлений с личных/служебных почтовых акаунтов (безопасность e-mail) и это делегируется службе уведомлений Synology (доступность сервиса 24х7 и др.) - хотя сервер таки на Тайване - но это тот же сервер что обслуживает GoFile (сино-расшаривание файлов) так что полагаю его доступность гарантирована.

PS Но опять таки соглашусь - корпоративная специфика не чета домашней ...

А я и не говорил о срочности. Речь шла о плановости, иначе в случае чего придётся реагировать не проактивно а реактивно, а это всегда головняк, нервы да и собственно риски но уже корпоративные ...

не, там никаких рисков нет, специфичные задачи, "доиспользование оборудования", так что все в норме.

Понятно - корпоративная специфика накладывает свои ограничения. Но ведь в любой компании внешняя почта и приходит и уходит - внешний почтовый гейт то всё равно должен быть...

Почта почтой, а все сервера сетки (так же как и все девайсы локалки) извне недоступны.

Так вроде же cвязка Push-службы с DS Finder работает аж с DSM 4.0. И что не так в 4.2 если не принимать во внимание Ваши корпоративные ограничения?

так я и говорю, что бы DS Finder работал с DSM 4, надо организовывать соединение мобильного устройства с DSM а это доступ извне, т.е. см выше. Запрещено.

Просто полностью исключается отправка сино-уведомлений с личных/служебных почтовых акаунтов (безопасность e-mail) и это делегируется службе уведомлений Synology (доступность сервиса 24х7 и др.) - хотя сервер таки на Тайване - но это тот же сервер что обслуживает GoFile (сино-расшаривание файлов) так что полагаю его доступность гарантирована.

Дело в чем, здесь ведь чем больше звеньев, тем меньше надежность. Одно дело когда цепочка NAS ->локальная сеть-> Exchange -> локальная сеть/городской интернет -> почтовый/мобильный клиент

Другое дело когда Exchange дополняется неким сторонним сервисом находящимся не в городе и даже не на нашем острове . А кабелек уже неоднократно рвали на материк.

Так что надежность и скорость доставки уведомлений не в пользу такого решения. Когда нет своего почтаря - тут да, может быть так и имеет смысл, хотя кто мешает настроить тот же mail.ru или гуглоящик? А в рамках корпоративной среды, когда все есть для функционирования в своей внутренней среде, - зачем использовать сервис 3-е стороны?

Ну и вопрос безопасности никто не отменял.

Так что надежность и скорость доставки уведомлений не в пользу такого решения. Когда нет своего почтаря - тут да, может быть так и имеет смысл, хотя кто мешает настроить тот же mail.ru или гуглоящик?

Ух ты - так можно в такие дебри зайти, а именно:

1. Как Вы обновляетесь. Ответ как бы очевиден - вручную.

2. Как Вы узнаёте об обновлениях? Ответ не очевиден

3. Внешние сино-сервисы (тот же GoFile) не используются. Безопасность.

4. Внешнего доступа на сино нет, ну или типа через свои тулзы.

5. Вы не в офисе (в дороге) а с сино что-то случилось - как узнаете?

6. Ну настроил я допустим гуглоящик - а он собственно где? Говоря Вашими же словами "не в городе и даже не на нашем острове"

7. Чтобы ни от кого не зависить можно конечно дома на сино поднять свой почтовик, но есть ли в этом глубокий смысл?

К чему это я - ах да - мы так и так опутаны глобальным Интернетом (Гугл, Амазон, облачные сервисы ...), что и не мыслим себя в отрыве от него. Синосервисы (тот же QuickConnect) в принципе раскиданы по странам (UK, US, DE). Может и Push-службу оторвут от Тайваня - поживём-увидим...

Ух ты - так можно в такие дебри зайти, а именно:

1. Как Вы обновляетесь. Ответ как бы очевиден - вручную.

Я к счастью в дебри не ухожу. Но для информации сообщу, запрет доступа извне не исключает возможность разрешения автоматического обновления. Хотя я обновляю в полуручную, только после изучения информации об обновлении и после принятия решения целесообразности. Это Моя работа.

5. Вы не в офисе (в дороге) а с сино что-то случилось - как узнаете?

Active Sync корпоративной почты, иногда мобильник получает быстрее чем Outlook. Причем по кратчайшему пути, без Тайваней и даже Хабаровска.

PS Но суть не в этом. То что интернет вокруг нас не означает его оптимальность и эффективность во всех сферах деятельности. Согласитесь, что в магазин вы, идете кротчайшей дорогой, той которая обеспечит наименьшее время совершеения этой операции, если конечно просто не решили погулять, но это уже совсем другая история.

Но суть не в этом. То что интернет вокруг нас не означает его оптимальность и эффективность во всех сферах деятельности. Согласитесь, что в магазин вы, идете кротчайшей дорогой, той которая обеспечит наименьшее время совершеения этой операции, если конечно просто не решили погулять, но это уже совсем другая история.

Про магазин соглашусь конечно, но вот в плане Интернет-скоростей - я ещё что мне купить не успею подумать, а Интернет-трафик уже N-е кол-во раз добъёт до Тайваня или Хабаровска туда и обратно. Так что тот факт что сино-пуш-сервер пока в Тайване а не в офисе пока никак не напрягает. Важно что Сино предлагает альтернативы в плане уведомлений, хотя чего-то и урезали (те же Скайп-уведомления)

Про магазин соглашусь конечно, но вот в плане Интернет-скоростей - я ещё что мне купить не успею подумать, а Интернет-трафик уже N-е кол-во раз добъёт до Тайваня или Хабаровска туда и обратно. Так что тот факт что сино-пуш-сервер пока в Тайване а не в офисе пока никак не напрягает.

За все время в ИТ я понял, что закон Мерфи всегда в действии, и с важным девайсом всегда происходит что-то тогда, когда что-то происходит с чем то еще, что оказывает влияние на систему в целом. Порвали кабель на материк, возникли проблемы с DNS - не так давно у нас тупо synology-ресурс был недоступен, писал даже в техподдержку выяснить что происходит, оказалось что-то с используемым в тот момент DNS сервером было не в порядке, пришлось перестраивать список используемых DNS. В общем если сравнивать с магазином, то представьте, что у вас есть 2 пути длинный и короткий. Транспорт на длинном пути настолько быстр, что в целом вам все равно как добираться, пешочком/на велосипеде через дворы, или на транспорте по трассе. Вот только в этом теперь участвуют еще транспортная компания, сотрудники которой могут забастовать, как железнодородники например на западе периодически бастуют, дорожная служба, которая может закрыть дорогу на ремонт, может на трассе произойти авария, транспорт может сломаться. Т.е. не предсказуемо в дороге вы можете тупо застрять.

Чем меньше звеньев цепи, чем проще система, тем она более надежна и предсказуема.

Ну что тут скажешь - конечно к катаклизмам надо готовиться. Вот у меня не далее как вчера обесточился целый район города и домашний сино (а вместе с ним роутер и свич) честно перешёл на питание от ИБП. Но более чем часового интервала увы им не хватило - и всё - даун. Корпорация конечно решает этот вопрос на более высоком уровне вплоть до запуска дизель-генератора, но там и масштаб другой ...

домашний сино (а вместе с ним роутер и свич) честно перешёл на питание от ИБП. Но более чем часового интервала увы им не хватило - и всё - даун. Корпорация конечно решает этот вопрос на более высоком уровне вплоть до запуска дизель-генератора, но там и масштаб другой ...

Ну почему же сразу корпорация У меня например дома (свой дом) Synology 212J занимается хранением всякой фигни и записи видеокамеры - так работает от домашнего ИБП 14.4 кВт*ч емкости Конечно не только он на этом ИБП, а весь дом: свет, холодильник, морозильник, система отопления, скваженный насос (вода) и прочее. А там, ежели чего, если сутки нет света, и генератор завожу

Запаса топлива для него толькона сутки... не порядок

Круто! Может ещё чём поделитесь в плане домашних сино-бэкапов? Дома два (или три) Интернет-провайдера? Два роутера или один с двумя WAN-портами? Свой кэширующий DNS-сервер...

Круто! Может ещё чём поделитесь в плане домашних сино-бэкапов? Дома два (или три) Интернет-провайдера? Два роутера или один с двумя WAN-портами? Свой кэширующий DNS-сервер...

Да ладно уж, не от хорошей жизни такое все замутилось... бесперебойник, видеокамера....

Хотя теперь есть побочный эффект знаю когда жена и дети домой и из дому, камера мне снапшоты шлет по движению

Всем доброго дня. С прошедшими и наступающими праздниками.

Подскажите пожалуйста, как заставить работать отправку e-mail сообщений с сервера не через SMTP чей-то сервер, а через PHP mail.

Читаю второй день, инфа есть - варианты реализации рознятся. С установкой доп пакетов (Mail server) и без.

Пробовал настроить в DSM - не работает. Есть доменное имя для сайта (сайт тоже на сервере) + NS сервера.

Как настроить так, чтобы потом почта уходила с сайта тоже через PHP mail.

Спасибо.

Всем доброго дня. С прошедшими и наступающими праздниками.

 

Подскажите пожалуйста, как заставить работать отправку e-mail сообщений с сервера не через SMTP чей-то сервер, а через PHP mail.

Читаю второй день, инфа есть - варианты реализации рознятся. С установкой доп пакетов (Mail server) и без.

Пробовал настроить в DSM - не работает. Есть доменное имя для сайта (сайт тоже на сервере) + NS сервера.

Как настроить так, чтобы потом почта уходила с сайта тоже через PHP mail.

Спасибо.

Или я не понимаю PHP mail, или вы не понимаете сути происходящего.

Подскажите пожалуйста, как заставить работать отправку e-mail сообщений с сервера не через SMTP чей-то сервер, а через PHP mail.

PHP mail - всего лишь функция, можно сказать клиент, реализованный на php, который соединяется с smtp сервером и отправляет почту. Как вы без сервера SMTP что-то отправите? В PHP mail нужно забить адрес smtp сервера, логин, пароль, порты, тип шифрования. Это может быть любой сервер, будь то на Synology поднятый, будь хоть любой другой, мейл\гугл\яндекс.

Пробовал настроить в DSM - не работает. Есть доменное имя для сайта (сайт тоже на сервере) + NS сервера.

Как настроить так, чтобы потом почта уходила с сайта тоже через PHP mail.

Спасибо.

Что в DSM не работает? Куда должна идти почта? С какого сайта(что там, на этом сайте, форма отправки письма)? Откуда должна уходить почта? Ведь отправитель не может взяться изнеоткуда и послать письмо куда-то.

Всем доброго дня. С прошедшими и наступающими праздниками.

 

Подскажите пожалуйста, как заставить работать отправку e-mail сообщений с сервера не через SMTP чей-то сервер, а через PHP mail.

Читаю второй день, инфа есть - варианты реализации рознятся. С установкой доп пакетов (Mail server) и без.

Пробовал настроить в DSM - не работает. Есть доменное имя для сайта (сайт тоже на сервере) + NS сервера.

Как настроить так, чтобы потом почта уходила с сайта тоже через PHP mail.

Спасибо.

php mail как раз и отправляет "через чей-то сервер", как вам тут уже написали... Вам сначала нужно завести почтовый ящик где угодно, ну хоть на том же gmail.com, потом убедится, что он работает :-), а потом уже настроить notifications в DSM так, что бы они рассылались на этот почтовый ящик, ну а потом уже можно и самому рассылать емейлы из php...

Как-то так. Если ящик вы решите открывать таки на gmail.com, то с настройками DSM я вам помогу, если надо, дам скрин точно работающей конфигурации.

Спасибо за ответы SergeS и Siroc-co

Я в PHP и сайто строении новичок, с этой стороны сервера никогда не пользовал. На DS3615 создаю по тихоньку сайт на Престашоп. У него в настройках почты есть пункты с PHP и SMTP. Поскольку с PHP не заработало, настроил SMTP гугловский и все заработало.

Есть домен со всеми записями, в том числе и для почты. Пока читал кучу всего про свой хостинг на DS3615 и настройку php mail, установил и настроил пакеты Mail Server&Stаtion+плагин для упр спамом, прописал в настройках свой домен. В общем заработало - мейлы уходят и приходят. (нужно разбираться с настройками учеток в МайлСтанции, сейчас одна [email protected])

В DSM настроено оповещение Пуш - работает, но для сайта (я так понял, судя по тому, что тестовое сообщ. с сайта через PHP не уходит) наверное нужно настроить отправку емейл из DSM тоже через PHP (кот. теперь наверное может использовать мой smtp?)

Из прочитанного, вроде понял что если в файле php.ini прописать

sendmail_path = /var/packages/MailServer/target/sbin/sendmail -t

вместо

sendmail_path=/usr/bin/ssmtp -t

то должна заработать отправка?

И надо ли в роутере кроме 25 порта, открывать для Mail Server&Stаtion какие-то еще порты?

Спасибо.