Фраза RFC 822 входящей корреспонденции не помещается в кавычки, если она содержит специальные символы

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

Для самого офиса Вам, вероятно, нужен лучший качественный переключатель, поскольку cadeyrn говорит, один с хорошей скоростью основной платы - и тот, что крупные кадры поддержек и могут быть установлены заблокировать вниз дуплексные настройки к константе, а не автосогласовать. Честно говоря, Вы не можете пойти много неправильное сюда ни с каким крупным поставщиком качественных сетей, но если бы это был я, то я посмотрел бы на HP Procurves, потому что я нашел, что они надежны и хороший баланс между питанием и производительностью.

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

0
задан 28 March 2014 в 22:46
2 ответа

The Parameter RFC822StripUnquotedDelimiters=1 definitely IS the solution for your problem.

AND: The problem IS caused by exchange, because it does not follow the RFC and "forgets" the delimiters around the comma separated names. Of course Outlook / Exchange sends a proprietary additional header- field with the "correct" address, so that outlook / exchange recipients can handle these malformed mails, but this is not standard- conform and therefore ignored by the domino server.

After setting the entry in the config- document you have to wait until it got populated to the servers' notes.ini (show config RFC822StripUnquotedDelimitersand) then restart the router task.

IMPORTANT: This setting has to be set on the server that does the mime- conversion. If you have a HUB- / SPOKES infrastructure, then this has to be set on the HUB, it does not help on the SPOKES....

2
ответ дан 4 December 2019 в 14:01

There's an IBM technote (see here) that implies just the oppposite: that RFC822StripUnquotedDelimters works when the address is charset encoded, but that it didn't work if it was not charset encoded, and that you need to open a PMR with IBM to get a patch to fix that. Sounds to me like either the techote has it backward, or the new fix was integrated into 9.x and it broke the old fix! I think you'll need to call IBM and open a PMR with them to get a fix for the fix for the fix!

0
ответ дан 4 December 2019 в 14:01

Теги

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