1 puntos por GN⁺ 2023-08-11 | 2 comentarios | Compartir por WhatsApp
  • Microsoft Teams tiene límites operativos detallados para equipos, canales, chats, reuniones y uso compartido de archivos, y en los nombres de canales no se pueden usar nombres de dispositivos de MS-DOS como CON, PRN, AUX, NUL, COM1~COM9, LPT1~LPT9
  • El límite es de 25,000 miembros por equipo, 1,000 membresías de equipo por usuario y 1,000 canales por equipo; los canales eliminados también siguen contando para el límite durante el período de recuperación de 30 días
  • Para los chats, los valores de referencia son 250 personas en chats privados, 20 personas en llamadas de audio y video basadas en chat, 10 adjuntos y archivos de 100 MB; si se superan las 20 personas, se desactivan funciones como llamadas, indicador de escritura y confirmaciones de lectura
  • Las reuniones pueden alojar hasta 300 o 1,000 personas según el plan, y las reuniones de Teams, webinars y town halls tienen un límite de 30 horas; las salas para grupos pequeños solo pueden crearse en reuniones con menos de 300 personas
  • El uso compartido de archivos depende de SharePoint y OneDrive for Business, por lo que hay restricciones en tenants donde SharePoint está deshabilitado; los archivos de Teams pueden llegar hasta 25 TB por sitio o grupo, y las cargas de archivos hasta 250 GB por archivo

Límites de equipos y canales

  • La cantidad de equipos que puede crear un usuario sigue el límite de 250 objetos de Microsoft Entra ID; los administradores globales quedan excluidos de este límite
  • Un usuario puede participar como miembro en hasta 1,000 equipos, incluidos los equipos archivados
  • Los principales límites por equipo son los siguientes
    • Miembros: 25,000 personas
    • Propietarios: 100 personas
    • Equipos para toda la organización: 5 por tenant
    • Miembros de equipos para toda la organización: 10,000 personas
    • Cantidad de equipos en una organización de Microsoft 365 u Office 365: 500,000
    • Cantidad de equipos que puede crear un administrador global: 500,000
  • Cada equipo puede tener hasta 1,000 canales, incluyendo hasta 30 canales privados dentro de la combinación de canales estándar y canales compartidos
  • Los canales eliminados pueden restaurarse durante 30 días y, durante ese período, siguen contando para el límite de canales por equipo y el límite de canales privados
  • Las publicaciones de conversaciones en canales pueden tener hasta aproximadamente 100 KB por publicación, incluyendo el cuerpo, enlaces de imágenes, @menciones, cantidad de conectores y reacciones
    • Las imágenes codificadas en base64 no se incluyen en el límite de 100 KB

Restricciones de canales compartidos

  • Puede haber hasta 1,000 canales compartidos por equipo, y los canales eliminados se incluyen durante el período de recuperación de 30 días
  • Un canal compartido puede compartirse con hasta 50 equipos, sin contar el equipo principal
  • Los miembros de un canal compartido pueden ser hasta 5,000 miembros directos, y cada equipo compartido cuenta como 1 persona por equipo en el cálculo del límite
    • Las actualizaciones en tiempo real solo se entregan a 25,000 personas a la vez
    • En la lista de canales solo se muestran 25,000 personas
  • Los participantes externos solo admiten cuentas laborales o educativas de Microsoft Entra
  • Los canales compartidos admiten pestañas, excepto Stream, Planner y Forms
  • Los bots, conectores y extensiones de mensajes no son compatibles con canales compartidos
  • Los equipos para toda la organización no pueden agregarse como miembros de canales compartidos
  • Al crear un equipo nuevo a partir de un equipo existente, no se copian los canales compartidos del equipo existente
  • Las notificaciones de canales compartidos no se incluyen en los correos electrónicos de actividad perdida
  • Los canales compartidos no son compatibles con equipos de clase

Reglas de prohibición para nombres de canales

  • En los nombres de canales no se pueden usar los siguientes caracteres
    • ~ # % & * { } + / \ : < > ? | ' " , ..
  • Tampoco se pueden usar los siguientes rangos de caracteres
    • 0~1F
    • 80~9F
  • Las siguientes palabras no pueden usarse en nombres de canales
    • forms
    • CON, CONIN$, CONOUT$
    • PRN, AUX, NUL
    • COM1~COM9
    • LPT1~LPT9
    • desktop.ini
    • _vti_
  • Los nombres de canales no pueden comenzar con guion bajo _ ni punto ., ni terminar con punto .

Mensajería y chat

  • Las conversaciones incluidas en la lista de chats de Teams se almacenan en el buzón de Exchange Online de los participantes
  • Para que un administrador pueda buscar o conservar conversaciones de chat, los participantes necesitan un buzón de Exchange Online basado en la nube
    • En una implementación híbrida de Exchange, los usuarios con buzones locales pueden participar en chats de Teams
    • En ese caso, el contenido de esas conversaciones no puede buscarse ni conservarse
  • Los principales límites de los chats privados son los siguientes
    • Personas: 250
    • Miembros que se pueden agregar a un chat grupal de una sola vez: 200
    • Llamadas de audio y video iniciadas desde un chat: 20 personas
    • Archivos adjuntos: 10
    • Tamaño de archivo: 100 MB
    • Tamaño de publicación de chat: aproximadamente 100 KB
  • Si un chat supera las 20 personas, se desactivan las siguientes funciones
    • Respuestas automáticas de Outlook y mensajes de estado de Teams
    • Indicador de escritura
    • Llamadas de audio y video
    • Uso compartido
    • Confirmaciones de lectura
    • Botón Set Delivery Options
  • Para aumentar la tasa de entrega correcta de mensajes, se recomienda mantener el tamaño del mensaje en sí dentro de 80 KB
  • Los tenants con suscripción de prueba pueden recibir límites de mensajería más estrictos para evitar abusos, y los límites pueden ajustarse sin previo aviso
  • Los administradores que permiten solo dominios de confianza en el acceso externo pueden agregar hasta 4,000 dominios de confianza

Correo electrónico de canal

  • Los correos enviados a una dirección de correo electrónico de canal pasan a formar parte del canal, y cualquiera puede responder para iniciar una conversación
  • Los límites al enviar correo electrónico a un canal son los siguientes
    • Tamaño del mensaje: 24 KB
    • Archivos adjuntos: 20
    • Tamaño por archivo adjunto: menos de 10 MB
    • Imágenes en línea: 50
  • Si se superan los límites, el comportamiento cambia
    • Si el mensaje supera los 24 KB, se genera un mensaje de vista previa y el usuario debe descargar y ver el correo original desde el enlace proporcionado
    • Si la cantidad de archivos adjuntos o imágenes supera el límite, se muestra un mensaje de error
  • El correo electrónico de canal tiene límites de velocidad
    • 6 correos cada 10 segundos por usuario y por canal
    • 8 correos cada 10 segundos por usuario y por tenant
  • El correo electrónico de canal no está disponible en Teams para organizaciones Office GCC/GCCH/DOD

Reuniones y llamadas

  • Los planes Microsoft 365 Business Basic, Business Standard, Business Premium, Microsoft Teams Essentials y Microsoft 365 A1 pueden hospedar reuniones en línea de Teams y videollamadas con hasta 300 personas
  • En los planes Microsoft 365 F1/F3/E3/E5/A3/A5/G3/G5, Office 365 E1/E3/E5/A3/A5/G1/G3/G5 y Microsoft Teams EEA, el límite aumenta hasta 1,000 personas
  • Los principales límites relacionados con reuniones son los siguientes
    • Llamadas de audio y video iniciadas desde un chat: 20 personas
    • Tamaño máximo de archivo de PowerPoint: 2 GB
    • Período de descarga local disponible para grabaciones de reuniones no cargadas en Microsoft Stream: 20 días
    • Duración máxima de grabación de reuniones: 4 horas o 1.5 GB
  • Cuando una grabación alcanza la duración o capacidad máxima, la grabación termina y se reinicia automáticamente
  • Las salas para grupos pequeños solo pueden crearse en reuniones con menos de 300 asistentes
    • Al crear salas para grupos pequeños, la cantidad de asistentes a la reunión se limita automáticamente a 300
  • Las reuniones de Teams, webinars y town halls tienen un límite de tiempo de 30 horas

Vencimiento de reuniones

  • El vencimiento de reuniones se aplica a números de acceso telefónico PSTN, coordenadas CVI y a la configuración y directiva de reuniones predeterminadas
  • Si se participa en una reunión antes de su vencimiento o se actualiza la reunión, se agregan 60 días al límite de vencimiento, excepto en las reuniones Meet now
  • Según la vista previa pública, los enlaces y reuniones nuevos vencen según las condiciones, y después del vencimiento no se puede participar mediante el enlace
    • Reunión única programada: 60 días después de la hora programada de la reunión
    • Meet now programada desde calendario o canal: 60 días después de la creación del enlace
    • Meet now programada desde chat grupal: no aplica
    • Reunión recurrente con fecha de finalización: el período más largo entre 60 días desde la fecha de finalización o 60 días desde la última ocurrencia
    • Reunión recurrente sin fecha de finalización: 1 año después del último acceso, participación o actualización de la reunión

Eventos en vivo

  • Los eventos en vivo de Teams tienen previsto finalizar en julio de 2026
    • Los eventos ya programados serán compatibles hasta el 28 de febrero de 2027
    • Microsoft recomienda usar Teams town hall para eventos digitales e híbridos de gran escala
  • Los límites predeterminados de los eventos en vivo son los siguientes
    • Asistentes: hasta 10,000 personas
    • Duración del evento: 4 horas
    • Eventos en vivo que pueden ejecutarse simultáneamente en una organización de Microsoft 365 u Office 365: 15
  • En el momento en que un productor se une a un evento en vivo, ese evento se considera en ejecución
    • El productor que intente unirse al evento en vivo número 16 recibirá un error
  • El aumento temporal de límites se extiende hasta nuevo aviso
    • Hasta 20,000 asistentes
    • 50 eventos simultáneos en todo el tenant
    • 16 horas por transmisión
  • A través del Microsoft 365 assistance program se pueden planificar eventos en vivo con hasta 100,000 asistentes, y el equipo evalúa cada solicitud para determinar las opciones posibles

Almacenamiento y uso compartido de archivos

  • Cada equipo de Teams tiene un sitio de equipo de SharePoint, y para cada canal se crea una carpeta dentro de la biblioteca de documentos del sitio de equipo predeterminado
  • Los archivos compartidos en conversaciones se agregan automáticamente a la biblioteca de documentos, y los permisos y las opciones de seguridad de archivos configurados en SharePoint se reflejan en Teams
  • Cada canal privado tiene un sitio de SharePoint independiente
  • Si SharePoint no está habilitado en el tenant, los usuarios de Teams no siempre podrán compartir archivos en los equipos
  • Para compartir archivos en chats privados se necesita OneDrive for Business vinculado a una licencia de SharePoint
  • Como el uso compartido de archivos de Teams funciona sobre un backend de SharePoint, los límites de SharePoint se aplican a la sección Files de Teams
  • Los límites de almacenamiento de los planes indicados son los siguientes
    • 1 TB por organización + 10 GB por licencia comprada
    • Office 365 Enterprise F1 ofrece 1 TB por organización
    • Teams Files hasta 25 TB por sitio o grupo
    • El límite de carga de archivos es de 250 GB por archivo
  • Como los canales están respaldados por carpetas dentro del sitio de SharePoint del equipo, la pestaña de archivos del canal comparte el límite de almacenamiento del equipo al que pertenece

Equipos de clase y etiquetas para educación

  • Microsoft Teams for Education ofrece plantillas para escenarios educativos, como clases presenciales
  • El uso de equipos de clase requiere una licencia de Office 365 Education
  • Los equipos de clase siguen los límites generales de miembros de equipos, pero algunas apps tienen límites separados
    • Uso de la app Assignments: 1,000 miembros
    • Uso de la app OneNote Class Notebook: 300 miembros
  • Los equipos de clase pueden admitir más miembros, pero si se planea usar Assignments o Class Notebook, deben mantenerse por debajo de los límites anteriores
  • Los límites de etiquetas son los siguientes
    • Etiquetas por equipo: 200
    • Etiquetas predeterminadas sugeridas por equipo: 25
    • Miembros del equipo asignables a una etiqueta: 200
    • Etiquetas asignadas dentro de un equipo por usuario: 25

Contactos y compatibilidad con navegadores

  • Teams usa los contactos de Active Directory de la organización y los contactos agregados a la carpeta predeterminada de Outlook del usuario
  • Los usuarios de Teams pueden comunicarse con cualquier persona del Active Directory de la organización y agregarla a su lista de contactos desde Chat > Contacts o Calls > Contacts
  • Las personas que no estén en el Active Directory de la organización también pueden agregarse como contactos desde Calls > Contacts
  • La presencia de Teams en Outlook es compatible con la app de escritorio Outlook 2013 o posterior
  • La compatibilidad con navegadores varía según la función
    • Internet Explorer 11 no admite llamadas y solo admite de forma limitada reuniones con coordenadas PSTN
    • Las versiones modernas de Microsoft Edge Chromium y Google Chrome admiten completamente llamadas y reuniones
    • Firefox no admite llamadas, pero sí reuniones; para compatibilidad completa se necesita el plugin OpenH264
    • Según la versión de Safari, varía el alcance de compatibilidad con llamadas 1:1, video y uso compartido
  • En el navegador, las reuniones de Teams se limitan a un solo stream, y solo se muestra el video entrante del hablante actual o la pantalla compartida
  • Para ceder y tomar el control durante el uso compartido, ambas partes deben usar el cliente de escritorio de Teams; no es compatible en el navegador

2 comentarios

 
xguru 2023-08-11

Parece que lo hicieron así por compatibilidad hacia atrás con Windows.

Pero me pregunto si los desarrolladores de hoy en día siquiera conocen cosas como COM, LPT o PRN, jaja.

A veces también veo preguntas como: “¿Por qué los discos duros empiezan desde C?”

 
GN⁺ 2023-08-11
Opiniones de Hacker News
  • Alrededor de 1998, cuando era un adolescente fanático de Linux, llevaba mi máquina Linux a las LAN parties, y la verdad funcionaba bien.
    En esa época WINE existía casi solo para soportar Starcraft, Quake 2 corría de forma nativa, y con esos dos se cubría el 95% de los juegos que jugaba la gente.
    Una vez pensé que sería gracioso ejecutar un script de shell que recorriera todos los recursos compartidos de Windows en la red y tratara de abrir CON/CON, pero cada máquina mostró de inmediato una pantalla azul, y a mis amigos curiosamente no les pareció divertido.

    • Me recuerda a esos tiempos. En cada reunión LAN siempre había un amigo así.
      Si era bueno resolviendo problemas de red y siempre llevaba cables CAT-5 de repuesto, como mi amigo de BSD, probablemente lo compensaba bastante.
    • ¿Eso fue con IPX? No recuerdo haber configurado IPX en Linux.
      Para la época en que usaba Linux lo suficiente como para correr Starcraft con Wine, creo que ya soportaba IP.
    • Me encanta esta historia. No sabía que WINE existía desde hacía tanto ni que podía correr juegos como Starcraft.
      Tengo muy buenos recuerdos de jugar Starcraft con amigos; ese juego tuvo tanta vida que pude engancharme con él en la secundaria y volver a engancharme en la universidad.
    • Lo mejor eran esos hacks que cualquiera podía hacer, como lanzarles un ping flood a otros en una LAN party.
      Buenos viejos tiempos.
    • Fue una época dorada. No sé si nosotros éramos distintos o si el mundo a nuestro alrededor lo era.
  • Probablemente sea porque en el sistema de archivos de Windows no se pueden usar esos nombres para archivos o carpetas.
    Un canal de MS Teams crea una carpeta correspondiente en SharePoint donde se guardan los archivos adjuntos.

    • Parece que cuando Microsoft se topa con un problema piensa: “ok, construyamos esto sobre SharePoint”.
    • Trabajé en un banco que usaba un sistema de trading basado en Windows y, por alguna razón, creaba carpetas con los detalles de cada libro.
      El problema apareció cuando un trader decidió llamar a un libro LPT1.
    • Siento que aquí también debe haber otras vulnerabilidades. Aunque parece que también ponen % y .. en una lista negra.
    • También se crea el grupo de Active Directory correspondiente.
      Es una forma muy fácil de permitir que los usuarios administren permisos de acceso a recursos sin abrir tickets de soporte, así que usarlo está bastante bien.
    • SharePoint tiene las garras metidas muy adentro en Microsoft y seguirá siendo para siempre su talón de Aquiles.
  • Al principio iba a decir: “¿No es esto básicamente una filtración de que internamente hay algo horrible? Deberían avergonzarse de decir algo así en público. Es parecido a decir que no se puede usar %s o $PS1; ¿por qué no? ¿Qué demonios están haciendo con la entrada del usuario?”.
    Pero también podría ser un problema relacionado con cómo se maneja el nombre del canal en otros lugares. La gente puede copiar y pegarlo en cualquier parte, y parece que no esperan que los usuarios de Windows escapen sus propias cadenas al pegarlas en cmd, PowerShell o WSL.
    El código de Teams en sí probablemente pueda manejarlo bien, pero el problema puede estar en toda clase de herramientas externas desconocidas y mal hechas que pueden tratar nombres de canales.
    Otros señalaron la carpeta de SharePoint asociada al canal; escapar, transformar o codificar el nombre para crear una versión segura para directorios es fácil, así que personalmente me cuesta absolverlos. Dicho eso, quizá en algún lugar sea importante que el nombre del canal y el del directorio sean idénticos.
    Si solo se usara dentro de la app, podrían codificar/decodificar el nombre del canal y el del directorio de la misma manera y ocultárselo por completo al usuario; pero si el directorio también se usa fuera de la app, algo como una codificación de URL queda visible y se ve feo.
    Al final, el nombre del directorio tiene que ser seguro para todo lo demás, y por eso el nombre del canal también. Eligieron esta restricción en vez de tener nombres de directorio feos de vez en cuando, así que en última instancia parece más un problema de apariencia que de seguridad o de fallas. Como directamente no permiten caracteres que habrían requerido codificación, todos los directorios siempre se ven naturales y bonitos.

    • Si alguna vez tienes oportunidad de ver un feed crudo de DNS NXDOMAIN pasivo DNS (PDNS), hay muchísimas cosas rotas, y algunas son bastante inquietantes.
      Esto pasa al convertir entre servicios de nombres. Los servicios de nombres normalmente tienen ámbitos de aplicación, y un nombre de un contexto se interpreta de otra forma en otro contexto.
      Bobby Tables es muy conocido, pero ¿qué tal el nombre de archivo especial -rf? En algún momento, la ruta normal de Active Directory casi confiaba implícitamente en los nombres de dominio DNS en lugares como recursos compartidos de archivos. Todo parece bien hasta que te das cuenta de que puede haber ejecutables en ese “disco”.
      Para ser honesto, no encontré la cadena MS-DOS en ese documento. Edición: encontré referencias como CON y LPT1.
    • Es simplemente una restricción de nombres de carpetas de SharePoint que se filtra hacia arriba. No tiene nada de especial.
    • “No esperan que los usuarios escapen sus propias cadenas”: ¿los usuarios de algún sistema alguna vez empezaron a cumplir con esa expectativa? ¿Dónde está ese sistema utópico?
    • AWS tiene restricciones de caracteres prácticamente para todo.
      Incluso el cuerpo de los mensajes de SQS tiene restricciones sobre qué caracteres de espacio en blanco se pueden usar.
    • Esta es una restricción de SharePoint. Teams está construido sobre SharePoint, y eso no es ni secreto ni vergonzoso.
  • ¿Por qué la mayoría de las apps de chat/reuniones terminan volviéndose horribles? Recuerdo cuando Teams era una app decente. Incluso tenía un cliente de escritorio para Linux
    También recuerdo cuando Slack de verdad era rápido, y cuando Skype out era más estable que las llamadas de mi celular
    Ahora Slack se vuelve extremadamente lento con solo agregar unas pocas organizaciones. Aun así, al menos se puede agregar más de una
    Teams eliminó el cliente de escritorio para Linux, y para usarlo en Linux hay que pasar por Chrome. Pero si lo usas como parte de Office365/SharePoint, “algunos” enlaces de SharePoint requieren Firefox
    Al final siempre necesitas 2 navegadores. Chrome para compartir pantalla y video en Teams, y Firefox para algunos enlaces de SharePoint

    • Aunque cueste creerlo, las apps de chat/reuniones son la puerta de entrada más fácil hacia una app para todo, como WeChat
      Al final, una app de chat/reuniones es una versión en miniatura de Internet
      Las apps de chat son geniales, pero de ahí pasas a: ¿y si también pudieras enviar y compartir clips de audio?, ¿clips de video?, ¿video en vivo?, ¿dinero?, ¿reuniones?, ¿invitaciones de calendario?, ¿pedidos de comida a domicilio?, ¿sesiones de juego?, ¿X?
      X no tiene límite. Internet consiste en compartir X, y una app de chat también consiste en compartir X, así que no hay una frontera real de qué tan grande puede llegar a ser
    • La clave es hacerla horrible y simple desde el principio. IRC sigue funcionando hoy tan mal como hace 30 años
    • En parte parece ser por la presión de seguir agregando funciones
      Ya tiene chat y video, pero ¿qué tal si agregamos desenfoque de fondo? Maldición, Zoom tiene encuestas, así que nosotros también tenemos que meter encuestas. Si vas a lanzar funciones a montones e iterar rápido, pues también puedes usar Electron; es ese tipo de dinámica
    • El mercado premia las funciones y las integraciones, no el rendimiento, siempre que la app sea usable. Los desarrolladores desarrollan… no, funciones, funciones, funciones
    • Un equipo de startup ágil y productivo crea una app que todos aman, luego recibe mucha inversión y termina contratando a miles de desarrolladores de software innecesarios
      Y después hay que encontrarles algo que hacer
  • Esto me encanta. Me gusta que esta cosa nueva me recuerde a los primeros tiempos de MS-DOS, a inicios muy tempranos de los 90, corriendo en un 086 o 286
    Hay que respetar la obsesión de Microsoft por la compatibilidad hacia atrás. Es como imaginar lo imposible: un port nativo de MS Teams para MS-DOS 3.1. Una fantasía quizá más plausible sería que el servidor de MS Teams corriera en un mainframe antiguo, raro y propietario con MS-DOS 3.1, aunque eso tampoco tiene sentido
    Ya sabía que esta restricción de nombres de dispositivos también aplica a los nombres de archivos en Windows, así que si uno tiene una tendencia menos inclinada a la diversión, no sorprende tanto. Pero si te gusta divertirte, puedes imaginar lo anterior
    Enlace relacionado: https://learn.microsoft.com/en-us/microsoftteams/limits-spec...

    • “MS-DOS corriendo en un 086 o 286 a inicios muy tempranos de los 90” está errado por más o menos 10 años
      MS-DOS ya corría en el 8086 a inicios de los 80
    • Sí sorprende. En WSL puedes crear esos archivos, pero en Windows no puedes crearlos ni borrarlos, así que no tiene sentido
      Windows 10 u 11 ya no tienen una capa DOS, y esto se parece más a que Microsoft no tiene intención de arreglar este problema
    • La compatibilidad hacia atrás es un objetivo loable, y se agradece el esfuerzo
      Solo espero que eso no incluya limitar las contraseñas a longitudes absurdamente cortas o a conjuntos de caracteres ridículamente restringidos
  • Me recuerda el rumor de que la razón por la que después de “Windows 7” y “8” se saltaron el “9” y pasaron a “10” fue por miedo a que en alguna parte del código base hubiera algo como esto
    if(version.StartsWith(“Windows 9”)) { /* 95 and 98 */ ... }

    • ¿Alguna vez la versión de Windows se expuso como string en la API de Windows?
      No tengo experiencia con Windows, pero me suena un poco raro. Por un lado, también parece algo que Microsoft haría por compatibilidad hacia atrás; por otro, parece una API extraña de ofrecer
      Encontré GetVersion[1], que devuelve la versión como dos números
      [1] https://learn.microsoft.com/en-us/windows/win32/api/sysinfoa...
  • Palabras prohibidas: forms, CON, CONIN$, CONOUT$, PRN, AUX, NUL, de COM1 a COM9, de LPT1 a LPT9, desktop.ini, _vti_

    • Al principio iba a decir: “¿No es esto básicamente filtrar que hay algo horrible internamente? Debería dar vergüenza decir esto en público. Es parecido a decir que no puedes usar %s o $PS1; ¿por qué no? ¿Qué demonios están haciendo con la entrada del usuario?”
      Pero también podría ser un problema de cómo se tratarán los nombres de canales en otros lugares. La gente puede copiarlos y pegarlos en cualquier lado, y parece que no esperan que los usuarios de Windows escapen sus propios strings al pegarlos en cmd, PowerShell o WSL
    • A mediados de los 90 hubo una época breve y divertida en la que clientes de IRC como mIRC podían configurarse para recibir automáticamente archivos por DCC
      Y también escribían con gusto en nombres como LPT1, así que, por supuesto, esos datos iban directo a la impresora del destinatario
    • Me da curiosidad si realmente hubo máquinas con LPT9. COM9 apenas puedo imaginarlo
  • Un consejo general al estructurar datos de usuario es tratarlos, siempre que sea posible, como bloques opacos.
    Imagina que están cifrados, de modo que no se pueden imprimir ni leer por humanos.
    forms, CON, CONIN$, CONOUT$, PRN, AUX, NUL, de COM1 a COM9, de LPT1 a LPT9, desktop.ini, _vti_.
    Si tienes que restringir cosas así porque la entrada del usuario va directamente al sistema de archivos, ya la regaste. Deberías haberle asignado un ID seguro en vez de usar directamente la entrada del usuario. Podría ser un uuid4, o algo como un digest del nombre del canal.
    Cuando alguien dice “este carácter no se puede usar”, me huele mal. Automáticamente pienso: “¿Por qué no? ¿No será que lo están usando como texto plano sin codificar?”. Ejemplos de eso son contraseñas, nombres de usuario y comentarios que se mostrarán en una página web.
    Aunque todo esto también podría ser un easter egg mal planteado. Quizá solo intentaron meterle un poco de gracia y se les complicó.

  • Está mal, sí, pero honestamente, ¿cuál es el objetivo? ¿Permitir que la gente ponga cualquier nombre, incluidos los nombres de canales? Por ejemplo, un nombre como "rm -rf /*".
    Hay uno todavía mejor: escribir ese rm -rf con un carácter RLO de anulación de dirección izquierda-derecha para que se vea como fr- mr.
    ¿De verdad deberíamos tener eso como objetivo? ¿Confiando en que no va a causar ningún problema?
    Por suerte, en Linux no se puede crear un archivo llamado https://example.org. ¿En Windows tampoco, no?
    Preguntando en serio: ¿esto realmente es un problema? Si lo es, ¿dónde se traza la línea?
    ¿El punto de código 0? ¿El carácter de relleno hangul y el carácter RLO? ¿Una aplicación que rechaza esas cosas te parece pésima?
    Por suerte hay restricciones sobre lo que puede ir en un nombre de archivo. Y creo que las restricciones actuales ni siquiera son lo bastante estrictas. Lo mismo aplica a nombres de usuario, canales y muchísimas cosas más.
    Por ejemplo, ¿alguien ve realmente como un problema que Twitter solo permita caracteres alfanuméricos visibles y guion bajo, con un máximo de 15 caracteres?
    Me parece una forma muy inteligente de hacerlo. Mucho mejor que morirse por poder usar un emoji de caca en nombres de usuario y de canales.

    • No se puede crear un archivo llamado https://example.org, pero definitivamente sí se puede crear una ruta así.
      Porque las barras diagonales duplicadas internas se ignoran, y se puede crear un directorio llamado https: y un archivo llamado example.org dentro.
    • Para borrar datos, creo que es mejor usar dd que rf.
  • Si el título del canal se usa como carpeta de SharePoint, sorprende que no haya una forma estándar de escape para este tipo de cadenas.
    Rompería la compatibilidad con aplicaciones que dependen de estos dispositivos mágicos de archivo, pero SharePoint nunca debería querer comunicarse realmente con COM1.
    Es raro que SharePoint no lo maneje ya.

    • SharePoint puede sincronizarse con el sistema de archivos de Windows, y Windows/Win32 no admite esos nombres por compatibilidad hacia atrás.