Resumo

  • RFC 1274 foi publicado em novembro de 1991 como especificação standards-track do IAB para um schema COSINE e Internet X.500 independente de implementação. As definições básicas de X.500 eram úteis, mas não bastavam a um piloto grande; repetir privadamente definições comuns deixaria sistemas remotos sem condições de determinar sua semântica.
  • Um DSA conforme precisava armazenar os valores definidos e um DUA identificar cada tipo. Correspondência correta, imposição do schema de classe, exibição correta e compatibilidade com versão anterior eram desejáveis. Atributos opcionais podiam ampliar uma classe; mudar atributos obrigatórios exigia classe nova e expiração da antiga.

A definição comum preservava linguagem compartilhada

O RFC deixava necessidades locais, raras e altamente experimentais em definições privadas. A coordenação servia aos requisitos que mais de um site compartilhava e procurava evitar tipos duplicados para objetos reais semelhantes. O ganho era semântico: a máquina remota podia saber o que uma categoria pretendia significar.

Isso não convertia o registro em prova de seu sujeito. Um atributo comum não revela como foi obtido, se é correto, se ainda vale, se pode ser divulgado ou quem tinha autoridade para publicá-lo. O schema ordena uma afirmação; não substitui a evidência de que a afirmação é verdadeira.

O piso de conformidade era menor que a promessa de interoperabilidade total

DSAs deveriam guardar os valores especificados e DUAs deveriam identificar cada tipo. Para valores grandes, bastava indicar que existiam mesmo quando não fossem armazenados ou exibidos. Essa regra permite circulação básica de tipos, mas não garante todas as operações que tornam um dado útil e confiável.

O próprio RFC deixa como desejáveis a correspondência correta das sintaxes, a imposição das regras de classe, a exibição correta e a compatibilidade entre versões. Uma entrada na tela demonstra que um sistema apresentou um valor. Não demonstra, sem evidência própria, que o valor foi corretamente comparado, restringido, interpretado ou autorizado.

O opcional podia se somar; o obrigatório redefinia pertencimento

Quando a mudança consistia apenas em atributos adicionais opcionais, a classe existente podia ser melhorada. Instâncias antigas continuavam válidas sem produzir a informação nova. Mas uma alteração nos tipos de atributos obrigatórios pedia nova object class e expiração da anterior.

O motivo é simples: o obrigatório participa de quem pertence à classe. Mudá-lo discretamente faria o mesmo identificador declarar depois outra condição, como se os registros antigos sempre a tivessem cumprido. A nova classe mantém a ruptura visível.

A coordenação do schema não era domínio sobre o mundo descrito

RFC 1274 forneceu uma gramática comum para diretórios independentes. Ele não atestou identidade, verdade, privacidade, consentimento, autoridade administrativa, comportamento de implementação ou resultado de consulta. Essa separação permitiu que uma infraestrutura de nomes fosse útil sem se apresentar como a realidade que ela descrevia.

Fontes e limites da evidência

Este artigo usa RFC 1274 — The COSINE and Internet X.500 Schema. A fonte sustenta seu estatuto de 1991, definição comum/local, conformidade, comportamentos desejáveis e regra de evolução. Não comprova serviço X.500 real, entrada correta, identidade, autorização, privacidade, correspondência, imposição, exibição, compatibilidade ou resultado atual.