может считывать короткий счет системного вызова после того, как он был прерван сигналом?
В итоге я решил свои проблемы. В моем файле /etc/default/opendkim.confбыло множество проблем. В основном опечатки. (Результат использования туториала, так как я не был осторожен)
Моя основная проблема заключалась в том, что моя служба opendkim не работала. Служба должна по-прежнему работать, даже если ваш dkim не подписывает ваши сообщения.
Тем, у кого есть похожие проблемы, я бы рекомендовал обратиться к ВСЕМ файлам журналов. Некоторые проблемы могут быть связаны с родительскими проблемами, а некоторые журналы могут дать вам лучшее представление о том, в чем заключается основная проблема, или даже лучшее описание.
См. эти журналы ниже...
/var/log/syslog
/var/log/daemon.log
/var/log/mail.err
/var/log/mail.log
Некоторые из этих журналов могут быть очень длинными, поэтому убедитесь, что вы просматриваете самые новые записи, а также тестируете свою проблему и проверяете ее с помощью близкой временной метки.
Он может выполнять по меньшей мере три действия в зависимости от типа файла (диска, сокета, канала, терминала )и синхронизации сигнала.
(a )Сигнал может поступить до того, как какие-либо данные будут переданы, и в этом случае чтение ()возвращает -1 и устанавливает для параметра errno значение EINTR. Ожидается, что вызывающий объект явно повторит чтение ().
(b )Сигнал может быть задержан до тех пор, пока не завершится передача, и может вернуться как обычно, возможно, после вызова обработчика сигнала.
(c )Чтение может вернуться с коротким счетом, что не является ошибкой. Это также может произойти в конце файла или когда в настоящее время нет других доступных (, например. на трубе или розетке ), а также когда сигнал прервал передачу. Ожидается, что вызывающая сторона будет иметь дело с короткими входными данными либо путем обработки данных в секциях переменной длины -, либо с помощью дополнительных вызовов чтения ()для завершения исходной передачи.