Если электронное письмо послано пользовательским перенаправлениям, если OOF идет
В Linux пределы настроены PAM (pam_limits) во время входа в систему и применяются для каждого процесса. У Вас есть 2 предела, каждый - жесткий предел, и другой мягкий предел. Мягкий может быть изменен процессом и увеличен, пока он не достигает жесткого предела.
Можно найти пределы для рабочего процесса с:
cat /proc/<PID>/limits
Для нахождения пределов для текущей оболочки, можно использовать:
ulimit -a #soft limits
ulimit -Ha #hard limits
Вы можете также strace процесс и видит, почему открывает столько дескрипторов файлов (который может быть сокетами, файлами, каналы...):
strace -f mysql_start_script 2> strace.log
strace -e 'open,socket,pipe,accept' -f mysql_start_script 2> strace.log # To have only the calls that generates file descriptors
В strace.log поиск файла open, socket, pipe.
Для рабочего процесса Вы видите дескрипторы файлов с:
ls -l /proc/<PID>/fd
Удостоверьтесь, что Вы имеете /mysql/logs/ папка. Журналы должны быть где-нибудь внутри /var/log/
Надежда это помогает.
Я не знаю ' Это было сделано, но похоже, что вы могли бы сделать это в Exchange 2010/2013, используя Управление правами на доступ к данным (IRM) . Если вы когда-нибудь видели сообщения Outlook с пометкой «Не пересылать», я говорю именно об этом. Вы можете настроить его в консоли управления Exchange с транспортного сервера-концентратора или с помощью командлета New-OutlookProtectionRule .
Некоторые примеры аналогичных правил IRM с использованием командлета:
New-OutlookProtectionRule
-Name "IT Confidential"
-SentTo "it@elieb.info"
-ApplyRightsProtectionTemplate "Do Not (Forward/Reply)"
New-OutlookProtectionRule
-"Legal-Do Not Forward"
-FromDepartment Legal
-ApplyRightsProtectionTemplate "Do Not Forward"
Ссылки:
http: //help.outlook.com/en-us/140/gg598216.aspx
https://www.simple-talk.com/sysadmin/exchange/an-introduction-to-information-rights-management-in- exchange-2010 / - Этот сайт хорошо представлен и имеет пример:
защиты любой входящей почты, содержащей ключевое слово «Зарплата» в своем поле темы с шаблоном «Не (Ответить / Переслать)»
Можно использовать один из двух методов, оба требуют некоторого ввода/работы от конечного пользователя и ИТ-персонала.
Вариант 1: Использовать правила Outlook и применить правило, которое гласит, что при получении электронного письма от HR не пересылать его (будь то по OOF или каким-либо другим способом). Проблема здесь, это то, что вам нужно оставить Outlook запущенным на компьютере пользователя, чтобы правило работало корректно. Вы также не можете принять во внимание что-то вроде отключения электричества или того, что компьютер переходит в спящий режим и отключает Outlook вообще; в этих сценариях кому-то придется снова войти в систему в качестве пользователя и снова открыть Outlook.
Опция 2: Использовать транспортные правила на сервере Exchange, который является более чистым, но требует от пользователя уведомлять IT-отдел, когда он уходит в отпуск/отдыхать.
Для транспортных правил вы найдете их (например, в 2010 году) в консоли управления Exchange Management Console > Конфигурация организации > Транспорт-концентратор.
Отсюда можно создавать новое правило и применять его к определенным группам (если вы хотите, чтобы правило применялось к определенным людям, создайте группу безопасности Active Directory Security Group и добавьте в нее людей, а затем примените это правило к данной группе), или ко всем. Правило может делать одну из многих различных вещей. Смотрите мой скриншот ниже для примера 4 полезных и тесно связанных с тем, о чем вы говорите, вещей:
Дайте мне реальный пример того, о чем вы говорите в своей компании, и я, возможно, смогу помочь вам разработать транспортное правило. Дайте мне знать, что вы думаете по этому поводу. Спасибо.
EDIT
Должен заметить, что мое решение гораздо больше соответствует первоначальному вопросу автора (или первому из трех, которые я должен сказать), а именно:
Есть ли способ внести глобальные изменения либо в Exchange, либо в групповую политику, так что если письмо получено с адреса электронной почты, оно не попадает в почтовый ящик пользователя, а пересылается на него.
Альтернативный ответ и перспектива, надеюсь, намного проще: Использование заголовков чувствительности + IRM. Читать дальше...
Outlook/Exchange уже поддерживает "чувствительные" свойства электронного письма, но они являются консультативными только до тех пор, пока вы не включите IRM. Другими словами, я могу послать вам письмо и установить его как чувствительность=Private, но когда вы просматриваете письмо, вы просто видите информационную подсказку, что письмо является личным - вы все еще можете переслать его, или, что еще хуже, ваш OOF все еще будет пересылать его. Когда вы включаете IRM, вы можете установить политику, которая ограничивает пересылку писем с Личной чувствительностью (а также, вероятно, с Личной и Конфиденциальной чувствительностью).
Это решение будет иметь дополнительное преимущество в том, что если Мэри отправит Биллу Личное сообщение о том, как плохо пахнет босс, но Билл находится в OOF, письмо не будет пересылаться. Я думаю, что пользователи ожидают этого по умолчанию: если вы посылаете кому-то "Личное" сообщение, вы не ожидаете, что оно будет автоматически переадресовываться кому-то другому.
Суть подхода заключается в том, что вам понадобится новая HR-программа, чтобы установить заголовок чувствительности в сообщении. Если это невозможно, то все еще есть надежда: Вы можете заставить Exchange использовать правило на стороне сервера, помечающее все письма с HR адреса как персональные. Эти заголовки чувствительности не так проприетарны, как вы думаете -- Microsoft на самом деле следовала RFC 2156 http://tools.ietf.org/html/rfc2156#section-5.3.4. Таким образом, в теории, не-Microsoft отправитель может активировать эти флаги чувствительности в электронном сообщении. Мой инстинкт заключается в том, что даже старый добрый Unix sendmail мог посылать электронные письма как персональные, добавляя флаг в MIME заголовок. Еще не тестировал -- хотел бы посмотреть, работает ли это на вас.
Меньше обслуживания. Если вы администратор Exchange, вам нужно простое решение. Если 20 отделов хотят, чтобы некоторые письма не пересылались автоматически, Вы не хотите настраивать и обслуживать 20 правил. Вы просто скажете им, что им нужно установить заголовок электронной почты как Личный, Личный или Конфиденциальный, в зависимости от обстоятельств. Одно правило для всех правил.
Пусть бизнес решает, какие из них они хотят пометить как конфиденциальные, и пусть Exchange/Outlook использует IRM для поддержки желаний бизнеса.. Лучше всего, если у вас есть HR-система, которая посылает различные виды электронных писем, некоторые из них являются личными (о ваших пособиях по инвалидности в связи с вашим недавним туберкулезом), некоторые не являются настолько личными (давая людям знать, что есть еще 7 дней в HR открытой регистрации; давая людям знать, что будет обслуживание в эти выходные, и HR-система будет недоступна в воскресенье ....).
Сбой сервера: Какой почтовый заголовок использует Outlook 2003+ для указания конфиденциальности?
