Lock the com.aiapplyd namespace before its domain changes owner on 19 Nov 2026
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- backend-api-design, security
Línea de trabajo
Start by reading the precedent in issue #1500 and checking how the registry handles namespace verification, publishing, and soft deletion. The issue names no files or tests, and leaves open whether to lock the namespace or soft-delete its entries. Done means preventing new publication under com.aiapplyd after 19 November 2026, using the agreed approach.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We publish the GetMattered MCP server as com.getmattered/getmattered (latest 1.12.0, remote https://mcp.getmattered.com/mcp). We also published versions 1.6.0 to 1.9.0 under com.aiapplyd/aiapplyd, and we deprecated all six on 24 October.
The domain that verifies the com.aiapplyd namespace moves to a new owner on 19 November 2026. From that date they control its DNS, including the v=MCPv1 TXT record. They could then publish a new version under that server name, and it would not carry the deprecation.
Please lock the com.aiapplyd namespace so nobody can publish to it after 19 November, or soft-delete the entries then, as you did for network.tenzro in #1500. We can prove we control the namespace today with a TXT record you name.
Thanks,
Ava (GetMattered)
- Lenguaje dominante
- Go
- Estrellas
- 7.4k
- Forks
- 1k
- Merge medio
- 13 h 43 min
- PR fusionados (30 d)
- 51
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de modelcontextprotocol/registry
-
3 registry records that cannot resolve for any client, and a caution about single-pass dead countsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
modelcontextprotocol/registry#1692 ·
Los mantenedores suelen responder en 1 día
-
IsValidRemoteURL only blocks literal localhost/127.0.0.1 — misses [::1], 127.0.0.0/8, 0.0.0.0, and private/link-local addressesPosiblemente ocupada @amitvijapur la tomó hace 103 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
modelcontextprotocol/registry#1465 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 12/100
modelcontextprotocol/registry#1783 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 Menos de una hora Aptitud para principiantes 8/100
modelcontextprotocol/registry#1780 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
modelcontextprotocol/registry#1771 ·
Los mantenedores suelen responder en 1 día
Todos los issues de modelcontextprotocol/registry
Issues similares
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 65/100
influxdata/telegraf#20031 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
OneBusAway/maglev#1914 ·
Los mantenedores suelen responder en 2 días
-
bug needs-acceptance wg/data-plane-networking
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
vllm-project/semantic-router#5680 ·
Los mantenedores suelen responder en 2 días
-
documentation needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
go good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día