Как я могу определить, который назвал свойство (или свойства) заполняют мой обменный банк сообщений 2007 года?

Вам не нужен компьютер, чтобы быть частью домена для ссылки на него его именем (имя NetBIOS). NetBIOS имеет способность работать независимо от сервера путем согласования, кто будет Главным браузером на подсети. Для создания вещей менее облупленными в больших сетях обычно сервер WINS используется,---WINS отчасти похож на DNS для имен NetBIOS.

Samba использует широковещательные сообщения NetBIOS и использует имя хоста в качестве имени NetBIOS. Таким образом, обычно то, что Вы ищете, работало бы.

Проблемой является NetBIOS, ограничивается локальной подсетью, если сервер WINS не включен. Таким образом, можно установить nmdb (Linux Сервер WINS) на сервере, и на клиентах Windows добавляют вторичный сервер WINS..., но выгода здесь - то, что Вам нужен статический IP на Вашем поле для добавления сервера WINS на клиентах :-).

Таким образом, если Вы не можете получить статический IP от больших шишек или вызвать статический IP, Вы - СОЛЬ.

1
задан 8 April 2010 в 19:36
1 ответ

Это не вопрос единственного именованного свойства, вызывающего это, скорее обильность их. У меня была эта точная проблема несколько раз в прошлых годах пары. В начале Microsoft сочла целесообразным позволять любому старому X заголовков в почте для продвижения именованное свойство в обмен. Они также сочли целесообразным трудно кодировать максимальное количество именованных свойств. Передачи времени и шутники делают такого рода вещь в заголовках:

 X-IHateYou: True

Или другие пакеты программного обеспечения, делающие глупый материал как:

 X-20010122113201: True

Который Outlook, покорно продвинутый на NamedProperty. И люди начали заканчиваться квоту NamedProperties. Microsoft выпустила несколько статей об этом за эти годы.

Несколько ресурсов:

То, что Вы видите, не является одним NamedProperty, привыкающим к исчерпанию, Вы на самом деле ХОТИТЕ, чтобы они перешли к NamedProperties. Что Вы не хотите, X-заголовки, что Вы не даете влажную лапшу для того, чтобы быть продвинутыми, если она не имеет к. Exchange 2007 имел некоторые достижения по этой проблеме в недавних пакетах обновления и пакетах обновлений как связанные статьи, предлагает. Однако при столкновении с ним теперь единственная оставленная вещь состоит в том, чтобы увеличить квоту NamedProperties.

2
ответ дан 3 December 2019 в 22:36
  • 1
    Привет Sysadmin1138. Спасибо за объяснение, которое имеет больше смысла. У меня есть некоторые последующие вопросы: 1) Там должен так или иначе просматривать/искать именованные свойства? 2) Похоже, что свертка 8, возможно, фильтровала этих противных x-заголовков. Существует ли способ спугнуть тех, которые уже существуют в именованных свойствах? –  Mike B 8 April 2010 в 20:48
  • 2
    Я don' t знают о способе вырыть в систему и искать именованные свойства за исключением записи моего собственного основанного на MAPI приложения, чтобы сделать просто это. После того как именованное свойство присвоено, оно присвоено для жизни той системы. К сожалению, нет никакой переработки. –  sysadmin1138♦ 8 April 2010 в 23:57

Теги

Похожие вопросы