Hoe een Probleem te melden

Probleemmeldingen voor uitgebrachte versies.

1. Controleer op patches en opmerkingen over OpenSSH.
2. Zoek uit of er een nieuwere versie is voor OpenBSD of voor de portable versie, afhankelijk van uw platform.
3. Controleer de FAQ voor problemen welke vaak als bugs worden gemeld maar dat niet zijn.
4. Controleer de lijst van gemaakte fouten sinds de laatste uitgave en bekende fouten die sinds de laatste uitgaven gemeld zijn.

Als nergens uw probleem wordt aangekaart, gebruik dan Bugzilla om melding van het probleem te maken (maar zie hieronder voor het persoonlijk melden van veiligheidsgerelateerde problemen).

U kunt de ontwikkelaars van OpenSSH bereiken door een email te sturen naar één van de volgende adressen:

• openssh@openssh.com. Deze niet-openbare lijst wordt enkel door de ontwikkelaars van OpenSSH gelezen.
  Toepasselijk bij: problemen met OpenBSD's OpenSSH, veiligheidsgerelateerde problemen op elk platform.
  Niet toepasselijk bij: How-to vragen, problemen op platformen anders dan OpenBSD of externe patches, algemene discussie.
• openssh-unix-dev@mindrot.org Dit is een publieke lijst en staat open voor berichten van niet-ingeschreven gebruikers.
  Toepasselijk bij: probleemmeldingen, how-to vragen en discussie over OpenSSH op elk platform (inclusief OpenBSD).
  Niet toepasselijk bij: veiligheidsgerelateerde problemen, probleemmeldingen over binaries die niet door het OpenSSH-team uitgebracht worden (tenzij ze ook geproduceerd kunnen worden met de standaard distributie van OpenSSH).

Probleemmelding voor de huidige versie.

1. Test het probleem op zijn minst tweemaal, met de laatste broncode en een tussenperiode van een paar dagen.
2. Meld geen problemen over de compilatie van de broncode tenzij ze aanhouden. Dat is meestal uw fout of er wordt al aan gewerkt op het moment dat u ze tegenkomt.
3. Wees erop bedacht dat de anoncvs servers aanzienlijk achterlopen op de werkelijk huidige broncode.
4. Controleer voor wijzigingen aan OpenSSH om te zien of het probleem aangekaart is.

Het sturen van probleemmeldingen.

Voor een uitstekend overzicht van de kunst van het melden van fouten, zie Simon Tatham's How to Report Bugs Effectively. Nogmaals, hoe beter de informatie in uw verslag, hoe beter de kans dat uw probleem opgelost zal worden.

Nieuwe functionaliteiten worden aangenomen, zeker met code die uw voorstellen implementeert. Als iemand anders code voor uw nieuwe idee schrijft bestaat de kans dat het verkeerd wordt begrepen en zo ontwikkelt dat u het niet herkent.

De types van probleemmeldingen gerangschikt op wenselijkheid:

1. Herhaalbare problemen met reparatiecode zijn het best.
2. Herhaalbare problemen die niet specifiek te maken hebben met uw hardware/software layout.
3. Herhaalbare problemen die specifiek zijn aan uw softwarelayout.
4. Herhaalbare problemen die specifiek zijn aan uw hardwarelayout.