Общий список контактов в Exchange/Outlook?
Я ожидаю, что использование другого порта упрощает обработку отдельной ожидаемой передачи данных, которая будет в формате, отличающемся от соединения управления. Я полагаю, что это позволило бы получателю просто начинать обрабатывать данные, не имея необходимость проверять, было ли это инициирование соединения, как должен был бы быть сделан, если это использовало порт 21.
Это позволило бы пример последнего маркера принтера перевода строки, начинают получать текст для печати. Однако я не уверен, как это на самом деле использовалось тогда (программа на терминале будет порт передачи 20 к их принтеру перевода строки, потому что мог бы быть демон FTP, уже слушающий на 21?)
Что касается, почему другое соединение, существует три основных причины:
- Позвольте самому эффективному mode/byte-size использоваться для передачи (http://tools.ietf.org/html/rfc310)
Эффективность передачи является важным фактором, влияющим на полноценность FTP. Передача файлов может быть очень дорогой (с точки зрения процессорного времени) и медленной (в режиме реального времени), если несоответствующая стратегия передачи используется (например, несоответствующий размер байта). Каждая попытка должна быть предпринята для оптимизации передачи данных. Хорошая стратегия может состоять в том, чтобы позволить передачу файлов по отдельному соединению или закрыть и вновь открыть соединения (использующий, возможно, другой размер байта).
- Упрощение стандартного соединения, обрабатывающего (http://tools.ietf.org/html/rfc114#ref-4)
[4] Мы рассмотрели использование двух полнодуплексных ссылок, один для управления
информация, другой для данных. Использование отдельного канала управления
между сотрудничеством процессы упростили бы аварийные прекращения работы, ошибку
восстановления и синхронизация.
- Способность отправить вывод на другое устройство (http://tools.ietf.org/html/rfc310)
Было бы желательно изменить FTP, чтобы позволить отправлять данные на указанный сокет в указанном режиме и типе. Пользователи ПОДСКАЗКИ затем нашли бы удобным получить список их файлов на принтере высокоскоростной линии, ввести их файлы от картридера и сохранить резервное копирование на картах или магнитных лентах.
Я нашел решение:
-На одном из Компьютеры с Outlook. Я создал список контактов. Поделился
-Список контактов с соответствующими людьми.
-В списке клиентов я отфильтровал список, чтобы отображались только электронные письма, и выбрал только отображение поля электронной почты.
-Теперь я могу скопировать и вставить список в почту Outlook «Кому» и отправить по электронной почте соответствующим людям.
Лучший способ добиться этого - использовать внутренние адреса электронной почты вашего сотрудника и не беспокоиться о таких вещах, как доставляемость, блокировка сотрудниками, которые не хотят беспокоиться о новостях компании в личное время или о законности использования эту информацию для этой цели.
Лично я бы отправил любые электронные письма, подобные тому, что вы описываете, прямо в папку со спамом и начал бы рассылать свое резюме рекрутерам, если бы компания, в которой я работал, начала это делать.
То, что вы, кажется, имеете в виду, на самом деле не «общие контакты», а скорее способ отправить электронное письмо на внешние «личные» адреса электронной почты сотрудников, верно? Я не понимаю, почему вы не отправляете новости компании на их корпоративные адреса электронной почты, но ...
Если вы действительно хотите пойти по этому пути:
- Создайте для них контакты в Exchange. Скажите "Боб Смит - личный", используя SMTP-адрес "bobsmithpersonal@gmail.com" or similar.
- These email contacts by default will show up in the GAL, so people can use them internally to email individual "contacts" as required/needed
- You can also create a distribution list at this point in Exchange, maybe "All Personal Email Contacts" and add the contacts you created in #1 above to this distro list. The distro list will also show up in the GAL and you can have users email it and it will send the email to all the contacts in that list.