Как послать внешнее электронное письмо от устройства? (Exchange 2003)
Так как я не могу найти плагин Quicklook CSV для Вас, мое предложение к самокрутке. Здесь существует учебное руководство: http://www.youtube.com/watch?v=GMNSU-PIoOo До кодирования проектов идет, это не выглядит слишком твердым.
Не будет работать. Как Вы подозревали, Firefox не добавляет тип/создателя при загрузке файла. Необходимо будет действительно изменить его вручную. Веб-сайт Mozilla предлагает связаться с владельцем сайта, когда "неправильный" Mimetype используется :-( Дополнительно единственные "Mimetype" FFox плагины, которые я вижу только, дают Вам контроль, должен ли браузер загрузить или открыть файл, (и что приложение открыть его с). Вам не повезло.
То, что Вы пытаетесь быть сделанными, отнесено, как позволяют реле SMTP. Обычно обменивайтесь Виртуальным сервером SMTP, настроен для разрешения реле только от аутентифицируемых отправителей, и довольно часто устройства, отсылающие электронные письма, не проходят проверку подлинности с сервером, который они передают через.
Существует настоящий простой способ достигнуть этого, и это назвало реле IP разрешения на Exchange.
- Открытый обмен ESM, перейдите вниз к Виртуальному серверу SMTP, это привыкнет к реле
- Откройте свойства того, что Виртуальный сервер SMTP, и затем на Вкладке Доступа определяет местоположение раздела о 'Реле'.
- Там необходимо будет перечислить вниз IP-адреса устройств и серверов, которые это должно будет передать к внешним почтовым доменам
После того как обмен настроен на устройствах, можно использовать IP/FQDN Exchange Server в качестве релейного хоста к этой исходящей почте.
-
1Спасибо Prayag - и все - для подсказок. Оказалось, что я уже добавил IP-адрес для APC на релейной вкладке (мысль, которую это должно позволить внешней отправке по почте давно). Это взяло перебой в питании и последующий " warmstart" из APC... и затем сообщения были отосланы правильно. – Sean O 4 June 2009 в 16:10
-
2Спасибо! Что я должен был сделать. Найденный им в подсказке. – axk 19 June 2009 в 20:03
Я нашел что если "От": адрес не является адресом в настроенных почтовых доменах Exchange Server, он не проведет его. Сообщения как, "powerchute@ahups1" будет возвращен, но "powerchute@ahups1.maildomain.org" будет проведен. В целом. Просто может случиться так, что серверам Exchange нужно было добавить тот IP-адрес к списку позволенного реле.
Чтобы сделать это, серверы, отправляющие предупреждения, должно перейти проверку подлинности с Exchange Server прежде, чем попытаться отправить, еще им не позволят передать.
Можно или установить учетную запись в обмен на эти электронные письма и установить приложения для аутентификации в эту учетную запись, когда они отправляют или устанавливают Exchange для разрешения анонимной передачи только от IP-адресов этих сервисов. Существует хорошая статья здесь о том, как настроить это.
Sam корректен. Неаутентифицируемые соединения не могут передать по умолчанию в обмен 2000/2003. То, что я сделал, создают второй виртуальный сервер SMTP на другом IP-адресе и проверяют опцию Анонимной аутентификации во вкладку Access. Затем я настраиваю любую внутреннюю систему уведомления для соединения с тем IP-адресом. Так как этот виртуальный SMTP не используется Вашим нормальным почтовым потоком, Вы не ставите под угрозу свой нормальный почтовый трафик. При желании можно настроить ограничения IP на виртуальный сервер SMTP для каждого сервера уведомления так, чтобы Вы не получали неаутентифицируемую электронную почту, прибывающую из неизвестных источников.