Как сообщить об ошибке

Проблема в релизе.

1. Имеющиеся патчи/исправления для OpenSSH.
2. Имеется ли более новая версия для OpenBSD или портированная версия для другой операционной системы.
3. FAQ для обсуждаемых проблем, но которые тем не менее не являются ошибками.
4. Список исправленных ошибок и список известных ошибок.

Если Вы так и не нашли ничего схожего с вашей проблемой, используйте Bugzilla для написания отчёта об ошибке (багрепорта).

Списки рассылок, используя которые Вы можете связаться с разработчиками OpenSSH:

• openssh@openssh.com. Приватный список рассылки разработчиков OpenSSH.
  Подходит для: отчётов о проблемах в безопасности OpenSSH для OpenBSD на различных платформах.
  Не подходит для: how-to вопросов, обсуждений или отчётов об ошибках для отличных от OpenBSD операционных систем.
• openssh-unix-dev@mindrot.org Публичный список рассылки, открытый для неподписанных пользователей.
  Подходит для: отчётов о проблемах, how-to вопросов и обсуждения OpenSSH вне зависимости от используемой платформы и операционной системы, т.е. включая и OpenBSD.
  Не подходит для: отчётов о проблемах безопасности, отчётов о проблемах в бинарных файлах, поставляемых не от команды OpenSSH (если только они не могут быть воспроизведены при использовании последней версии OpenSSH от команды разработчиков).

Проблема в текущей версии.

1. Постарайтесь воспроизвести баг по крайней мере дважды, используя последению официальную версию, а так же последнию версию исходных кодов.
2. Не сообщайте об ошибках, возникающих при сборке/компиляции OpenSSH при использовании последних версий исходных кодов. Как правило это ваши ошибки, или Вы загрузили версию, над которой производилась работа.
3. Помните, что CVS-сервера обновляются значительно позже рабочего дерева исходных кодов.
4. Проверьте OpenSSH-изменения, чтобы быть уверенным, что проблема не была решена.

Отправка отчётов об ошибке.

Отличная статья об искусстве написания отчётов об ошибках Саймона Тэтхема, "Как эффективно сообщать об ошибках". Помните, чем лучше информация в вашем отчёте, тем больше вероятность, что проблема будет решена.

Не стесняйтесь предлагать новые возможности и, если возможно, исходной код для реализации этих возможностей.

Типы отчётов об ошибках в "порядке желательности":

1. Повторяющиеся проблемы с готовым решением.
2. Повторяющиеся проблемы, которые не относятся к вашим аппаратным/программным средствам.
3. Повторяющиеся проблемы, которые относятся к программным средствам.
4. Повторяющиеся проблемы, которые относятся к аппаратным средствам.