Canais do MS Teams não podem incluir nomes de dispositivos do MS-DOS
(learn.microsoft.com)- O Microsoft Teams tem limites operacionais detalhados em equipes, canais, chat, reuniões e compartilhamento de arquivos, e nomes de canal não podem usar nomes de dispositivos do MS-DOS como
CON,PRN,AUX,NUL,COM1~COM9eLPT1~LPT9 - O limite é de 25.000 membros por equipe, 1.000 associações a equipes por usuário e 1.000 canais por equipe; canais excluídos continuam contando para o limite durante o período de restauração de 30 dias
- No chat, os parâmetros são 250 pessoas em chat privado, 20 pessoas em chamadas de voz e vídeo baseadas em chat, 10 anexos e arquivos de 100MB; acima de 20 pessoas, recursos como chamada, indicador de digitação e confirmação de leitura são desativados
- Reuniões podem receber até 300 ou 1.000 pessoas dependendo do plano, e reuniões, webinars e town halls do Teams têm limite de 30 horas; salas simultâneas só podem ser criadas em reuniões com menos de 300 pessoas
- O compartilhamento de arquivos depende do SharePoint e do OneDrive for Business, então há restrições em tenants com o SharePoint desativado; arquivos do Teams podem chegar a 25TB por site ou grupo, e uploads aceitam até 250GB por arquivo
Limites de equipes e canais
- O número de equipes que um usuário pode criar segue o limite de 250 objetos do Microsoft Entra ID, com administradores globais isentos dessa restrição
- Um usuário pode participar como membro de até 1.000 equipes, incluindo equipes arquivadas
- Os principais limites por equipe são os seguintes
- Membros: 25.000
- Proprietários: 100
- Equipes para toda a organização: 5 por tenant
- Membros em equipes para toda a organização: 10.000
- Número de equipes em uma organização Microsoft 365 ou Office 365: 500.000
- Número de equipes que um administrador global pode criar: 500.000
- Cada equipe pode ter até 1.000 canais, incluindo a combinação de canais padrão e compartilhados, com até 30 canais privados
- Canais excluídos podem ser restaurados por 30 dias e, durante esse período, continuam contando para o limite de canais por equipe e para o limite de canais privados
- Postagens de conversa em canais têm cerca de 100KB por postagem, incluindo corpo, links de imagem, @menções, número de conectores e reações
- Imagens codificadas em base64 não entram no limite de 100KB
Restrições de canais compartilhados
- Canais compartilhados podem chegar a no máximo 1.000 por equipe, e canais excluídos contam durante o período de recuperação de 30 dias
- Um canal compartilhado pode ser compartilhado com no máximo 50 equipes, sem contar a equipe pai
- Membros de canal compartilhado podem chegar a 5.000 membros diretos, e cada equipe compartilhada conta como 1 membro no cálculo do limite por equipe
- Atualizações em tempo real são fornecidas para apenas 25.000 pessoas por vez
- Apenas 25.000 pessoas aparecem na lista do canal
- Participantes externos só têm suporte com conta corporativa ou escolar do Microsoft Entra
- Canais compartilhados oferecem suporte a guias, mas não a Stream, Planner e Forms
- Bots, conectores e extensões de mensagem não têm suporte em canais compartilhados
- Equipes para toda a organização não podem ser adicionadas como membros de canais compartilhados
- Ao criar uma nova equipe a partir de uma equipe existente, os canais compartilhados da equipe original não são copiados
- Notificações de canais compartilhados não são incluídas em e-mails de atividades perdidas
- Canais compartilhados não têm suporte em equipes de classe
Regras de proibição para nomes de canal
- Nomes de canal não podem usar os seguintes caracteres
~ # % & * { } + / \\ : < > ? | ' " , ..
- Os seguintes intervalos de caracteres também não podem ser usados
0~1F80~9F
- As seguintes palavras não podem ser usadas em nomes de canal
formsCON,CONIN$,CONOUT$PRN,AUX,NULCOM1~COM9LPT1~LPT9desktop.ini_vti_
- O nome do canal não pode começar com sublinhado
_ou ponto., nem terminar com ponto.
Mensagens e chat
- Conversas incluídas na lista de chats do Teams são armazenadas na caixa de correio do Exchange Online dos participantes
- Para que administradores pesquisem ou preservem conversas de chat, os participantes precisam ter caixas de correio do Exchange Online baseadas em nuvem
- Em implantações híbridas do Exchange, usuários com caixa de correio local ainda podem participar de chats do Teams
- Nesse caso, o conteúdo dessas conversas não pode ser pesquisado nem preservado
- Os principais limites de chat privado são os seguintes
- Pessoas: 250
- Membros que podem ser adicionados de uma vez a um chat em grupo: 200
- Chamadas de voz e vídeo iniciadas a partir do chat: 20
- Arquivos anexados: 10
- Tamanho do arquivo: 100MB
- Tamanho da postagem no chat: cerca de 100KB
- Quando o chat passa de 20 participantes, os seguintes recursos são desativados
- Resposta automática do Outlook e mensagem de status do Teams
- Indicador de digitação
- Chamadas de voz e vídeo
- Compartilhamento
- Confirmação de leitura
- Botão
Set Delivery Options
- Para aumentar a taxa de entrega com sucesso, recomenda-se manter o tamanho da própria mensagem em até 80KB
- Tenants com assinatura de avaliação podem receber limites de mensagens mais rígidos para evitar abuso, e esses limites podem ser ajustados sem aviso prévio
- Administradores que, no acesso externo, permitem apenas domínios confiáveis podem adicionar até 4.000 domínios confiáveis
E-mail do canal
- E-mails enviados para o endereço de e-mail do canal passam a fazer parte do canal, e qualquer pessoa pode responder para iniciar uma conversa
- Os limites para enviar e-mail a um canal são os seguintes
- Tamanho da mensagem: 24KB
- Anexos: 20
- Tamanho por anexo: menos de 10MB
- Imagens embutidas: 50
- Ao ultrapassar os limites, o comportamento muda
- Se a mensagem passar de 24KB, é gerada uma mensagem de prévia, e o usuário precisa baixar o e-mail original pelo link fornecido para visualizá-lo
- Se o número de anexos ou imagens ultrapassar o limite, é exibida uma mensagem de erro
- O e-mail do canal está sujeito a limitação de taxa
- 6 e-mails por 10 segundos por usuário, por canal
- 8 e-mails por 10 segundos por usuário, por tenant
- E-mail do canal não pode ser usado no Teams para organizações Office GCC/GCCH/DOD
Reuniões e chamadas
- Os planos Microsoft 365 Business Basic, Business Standard, Business Premium, Microsoft Teams Essentials e Microsoft 365 A1 podem hospedar reuniões online e videochamadas do Teams com até 300 pessoas
- Nos planos Microsoft 365 F1/F3/E3/E5/A3/A5/G3/G5, Office 365 E1/E3/E5/A3/A5/G1/G3/G5 e Microsoft Teams EEA, o limite sobe para até 1.000 pessoas
- Os principais limites relacionados a reuniões são os seguintes
- Chamadas de voz e vídeo iniciadas a partir do chat: 20
- Tamanho máximo de arquivo PowerPoint: 2GB
- Período em que gravações de reunião não enviadas ao Microsoft Stream podem ser baixadas localmente: 20 dias
- Duração máxima da gravação da reunião: 4 horas ou 1,5GB
- Quando a gravação atinge a duração ou capacidade máximas, ela é encerrada e reiniciada automaticamente
- Salas simultâneas só podem ser criadas em reuniões com menos de 300 participantes
- Ao criar salas simultâneas, o número de participantes da reunião é limitado automaticamente a 300
- Reuniões, webinars e town halls do Teams têm limite de 30 horas
Expiração de reuniões
- A expiração de reuniões se aplica a números de discagem PSTN, coordenadas CVI, política de reunião padrão e configurações
- Se alguém entrar na reunião ou se a reunião for atualizada antes da expiração, são adicionados 60 dias ao limite de expiração, exceto em reuniões Meet now
- Com base na prévia pública, novos links e reuniões expiram conforme as condições abaixo, e após a expiração não é mais possível entrar pelo link
- Reunião única agendada: 60 dias após o horário agendado da reunião
- Meet now agendado no calendário ou canal: 60 dias após a criação do link
- Meet now agendado em chat em grupo: não se aplica
- Reunião recorrente com data de término: o período mais longo entre 60 dias após a data de término e 60 dias após a última ocorrência
- Reunião recorrente sem data de término: 1 ano após o último acesso, participação ou atualização da reunião
Eventos ao vivo
- Os eventos ao vivo do Teams devem ser encerrados em julho de 2026
- Eventos já agendados terão suporte até 28 de fevereiro de 2027
- A Microsoft recomenda usar o Teams town hall para grandes eventos digitais e híbridos
- Os limites padrão de eventos ao vivo são os seguintes
- Participantes: até 10.000
- Duração do evento: 4 horas
- Eventos ao vivo que podem ser executados simultaneamente em uma organização Microsoft 365 ou Office 365: 15
- A partir do momento em que o produtor entra em um evento ao vivo, esse evento é considerado em execução
- Um produtor que tentar entrar no 16º evento ao vivo receberá um erro
- O aumento temporário de limites foi prorrogado até novo aviso
- Até 20.000 participantes
- 50 eventos simultâneos em todo o tenant
- 16 horas por transmissão
- Pelo Microsoft 365 assistance program, é possível planejar eventos ao vivo com até 100.000 participantes, e a equipe avalia cada solicitação para decidir as opções viáveis
Armazenamento e compartilhamento de arquivos
- Cada equipe do Teams tem um site de equipe do SharePoint, e cada canal cria uma pasta dentro da biblioteca de documentos do site de equipe padrão
- Arquivos compartilhados em conversas são adicionados automaticamente à biblioteca de documentos, e as permissões e opções de segurança de arquivo definidas no SharePoint se refletem no Teams
- Cada canal privado tem um site do SharePoint separado
- Se o SharePoint não estiver habilitado no tenant, os usuários do Teams nem sempre poderão compartilhar arquivos em equipes
- Para compartilhar arquivos em chats privados, é necessário o OneDrive for Business vinculado a uma licença do SharePoint
- Como o compartilhamento de arquivos do Teams funciona sobre o backend do SharePoint, os limites do SharePoint se aplicam à seção Files do Teams
- Os limites de armazenamento dos planos mostrados são os seguintes
- 1TB por organização + 10GB por licença comprada
- Office 365 Enterprise F1: 1TB por organização
- Teams Files: até 25TB por site ou grupo
- Limite de upload: 250GB por arquivo
- Como os canais são sustentados por pastas dentro do site do SharePoint da equipe, a guia de arquivos do canal compartilha o limite de armazenamento da equipe à qual pertence
Equipes de classe para educação e tags
- O Microsoft Teams for Education oferece modelos para cenários educacionais, como aulas em sala
- O uso de equipes de classe exige licença do Office 365 Education
- Equipes de classe seguem o limite geral de membros de equipes, mas alguns aplicativos têm restrições separadas
- Uso do aplicativo Assignments: 1.000 membros
- Uso do aplicativo OneNote Class Notebook: 300 membros
- Equipes de classe podem suportar mais membros, mas se houver plano de usar o Assignments ou o Class Notebook, é preciso ficar abaixo desses limites
- Os limites de tags são os seguintes
- Tags por equipe: 200
- Tags padrão sugeridas por equipe: 25
- Membros da equipe que podem ser atribuídos a uma tag: 200
- Tags atribuídas por usuário dentro da equipe: 25
Contatos e suporte a navegadores
- O Teams usa os contatos do Active Directory da organização e os contatos adicionados à pasta padrão do Outlook do usuário
- Usuários do Teams podem se comunicar com qualquer pessoa no Active Directory da organização e adicioná-las à lista de contatos em
Chat>ContactsouCalls>Contacts - Pessoas fora do Active Directory da organização também podem ser adicionadas como contato em
Calls>Contacts - A presença do Teams no Outlook tem suporte a partir do aplicativo de desktop Outlook 2013
- O suporte a navegadores varia por recurso
- O Internet Explorer 11 não oferece suporte a chamadas e só oferece suporte limitado a reuniões com coordenadas PSTN
- As versões mais recentes do Microsoft Edge Chromium e do Google Chrome oferecem suporte completo a chamadas e reuniões
- O Firefox não oferece suporte a chamadas, mas oferece suporte a reuniões; para suporte completo, é necessário o plug-in OpenH264
- Dependendo da versão do Safari, o suporte a chamadas 1:1, vídeo e compartilhamento varia
- Em navegadores, as reuniões do Teams ficam limitadas a um único stream, mostrando apenas o vídeo recebido do orador atual ou o compartilhamento de tela
- Para transferir controle durante o compartilhamento, ambos os lados precisam usar o cliente de desktop do Teams; isso não tem suporte no navegador
2 comentários
Parece que fizeram isso por causa da compatibilidade retroativa com o Windows.
Mas acho que os desenvolvedores de hoje em dia talvez nem conheçam coisas como COM, LPT e PRN, hehe.
Também vejo de vez em quando perguntas do tipo: "Por que o disco rígido começa pela letra C?"
Opiniões do Hacker News
Por volta de 1998, quando eu era um adolescente fanático por Linux, levava uma máquina Linux para LAN parties, e na prática ela funcionava bem
Na época, o WINE existia praticamente para dar suporte ao Starcraft, o Quake 2 rodava nativamente, e esses dois cobriam 95% dos jogos que o pessoal jogava
Uma vez achei que seria engraçado rodar um shell script que passasse por todos os compartilhamentos Windows da rede e tentasse abrir
CON/CON, mas cada máquina imediatamente deu tela azul, e meus amigos, curiosamente, não acharam graçaSe ele fosse bom em resolver problemas de rede, como meu amigo do BSD, e sempre trouxesse cabos CAT-5 extras, acho que já compensava bastante
Na época em que eu usava Linux o suficiente para rodar Starcraft pelo Wine, acho que ele já tinha suporte a IP
Tenho ótimas lembranças de jogar Starcraft com amigos, e aquele jogo teve uma vida longa o bastante para eu me viciar nele no ensino fundamental e depois me viciar de novo na faculdade
Bons tempos
Isso provavelmente acontece porque não é possível usar esses nomes para arquivos ou pastas no sistema de arquivos do Windows
Um canal do MS Teams cria uma pasta correspondente no SharePoint, onde os anexos de arquivos são armazenados
O problema surgiu quando um trader deu a um book o nome LPT1
%e..na lista de bloqueioÉ uma forma muito fácil de permitir que usuários gerenciem permissões de acesso a recursos sem abrir chamados de suporte, então o uso disso é bem razoável
No começo eu ia dizer: “Isso não está basicamente vazando que há algo horrível por dentro? Eles deveriam ter vergonha de dizer isso publicamente. É parecido com dizer que não dá para usar
%sou$PS1; por que não? O que diabos vocês estão fazendo com a entrada do usuário?”Mas pode ser uma questão de como o nome do canal será tratado em outros lugares. As pessoas podem copiar e colar em qualquer lugar, e acho que não dá para esperar que usuários do Windows façam o escape das próprias strings ao colá-las no
cmd, no PowerShell ou no WSLO próprio código do Teams provavelmente consegue lidar com isso, mas o problema pode estar em todo tipo de ferramenta externa desconhecida e malfeita que possa manipular nomes de canais
Outras pessoas apontaram a pasta do SharePoint associada ao canal, e escapar, transformar ou codificar para criar uma versão segura para diretórios é fácil, então, pessoalmente, acho difícil dar esse desconto. Ainda assim, talvez em algum lugar seja importante que o nome do canal e o nome do diretório sejam idênticos
Se fosse usado apenas dentro do app, bastaria codificar/decodificar o nome do canal e o nome do diretório da mesma forma e esconder isso completamente do usuário, mas, se o diretório também for usado fora do app, algo como codificação de URL ficaria visível e feio
No fim, o nome do diretório precisa ser seguro para todo o resto, e por isso o nome do canal também precisa ser igual. Eles escolheram essa restrição em vez de ter nomes de diretório feios de vez em quando e, no fim das contas, isso parece mais um problema de aparência do que de segurança ou quebra. Como os caracteres que precisariam ser codificados simplesmente não são permitidos, todos os diretórios sempre parecem naturais e bonitos
Isso acontece quando se traduz de um serviço de nomes para outro. Serviços de nomes geralmente têm um escopo de aplicação, e um nome em um contexto é interpretado de forma diferente em outro contexto
Bobby Tables é bem conhecido, mas e o nome de arquivo especial
-rf? Por um tempo, o caminho normal do Active Directory praticamente confiava implicitamente em nomes de domínio DNS em lugares como compartilhamentos de arquivos. Parece tudo bem até você perceber que pode haver executáveis naquele “drive”Para ser sincero, não encontrei a string
MS-DOSnaquele documento. Correção: encontrei referências comoCONeLPT1Até o corpo de mensagens do SQS tem restrições sobre quais caracteres de espaço em branco podem ser usados
Por que a maioria dos apps de chat/reunião acaba ficando horrível? Lembro de uma época em que o Teams era um app decente. Tinha até cliente desktop para Linux
Também lembro de quando o Slack era realmente rápido, e de quando o Skype Out era mais confiável do que as ligações do meu celular
Hoje o Slack fica extremamente lento depois que você adiciona só algumas organizações. Ainda assim, pelo menos dá para adicionar mais de uma
O Teams aposentou o cliente desktop para Linux e, para usá-lo no Linux, é preciso passar pelo Chrome. Só que, quando usado como parte do Office365/SharePoint, “alguns” links do SharePoint exigem Firefox
No fim, você sempre precisa de 2 navegadores. Chrome para compartilhamento de tela e vídeo no Teams, Firefox para alguns links do SharePoint
No fim das contas, apps de chat/reunião são uma miniatura da internet
Apps de chat são ótimos, mas e se também der para enviar e compartilhar clipes de áudio; e clipes de vídeo, vídeo ao vivo, dinheiro, reuniões, convites de calendário, pedidos de entrega de comida, sessões de jogo, X?
X não tem limite. A internet é compartilhar X, e apps de chat também são compartilhar X, então não existe uma fronteira real para o quanto isso pode crescer
Já tem chat e vídeo, mas que tal colocar desfoque de fundo também? Droga, o Zoom tem enquetes, então a gente também precisa colocar enquetes. Se a ideia é despejar recursos e iterar rápido assim, então tudo bem usar Electron — é esse o fluxo
Daí é preciso encontrar algo para eles fazerem
Isso é bom demais. Gosto do fato de essa coisa nova me lembrar o começo da era MS-DOS, lá bem no início dos anos 90, rodando em 086 ou 286
É preciso respeitar a obsessão da Microsoft por compatibilidade retroativa. Dá até para imaginar, de forma impossível, que uma porta nativa do MS Teams para MS-DOS 3.1 vá ser criada. Mais plausível seria imaginar que o servidor do MS Teams roda em um mainframe MS-DOS 3.1 proprietário, antigo e esquisito, embora isso também não faça sentido
Eu sabia que essa restrição de nomes de dispositivos também se aplica a nomes de arquivos no Windows, então, se você tem uma inclinação menos voltada à diversão, isso não surpreende tanto. Mas, se gosta de se divertir, dá para imaginar o cenário acima
Link relacionado: https://learn.microsoft.com/en-us/microsoftteams/limits-spec...
MS-DOS já rodava em 8086 no começo dos anos 80
No Windows 10 ou 11 não existe mais uma camada DOS, e isso parece mais uma questão de a Microsoft não estar disposta a corrigir esse tipo de problema
Só preferia que isso não incluísse limitar senhas a comprimentos ridiculamente curtos ou a conjuntos de caracteres absurdamente restritos
Isso me lembra o boato de que a razão para, depois de “Windows 7” e “8”, pularem o “9” e irem para o “10” foi o medo de que houvesse algo assim em algum lugar da base de código
if(version.StartsWith(“Windows 9”)) { /* 95 and 98 */ ... }Não tenho experiência com Windows, mas isso parece meio estranho. Por um lado, é algo que a Microsoft poderia fazer por compatibilidade retroativa; por outro, parece uma API estranha de oferecer
Encontrei GetVersion[1], que retorna a versão como dois números
[1] https://learn.microsoft.com/en-us/windows/win32/api/sysinfoa...
Palavras proibidas:
forms,CON,CONIN$,CONOUT$,PRN,AUX,NUL, deCOM1aCOM9, deLPT1aLPT9,desktop.ini,_vti_%sou$PS1: por que não? O que exatamente vocês estão fazendo com a entrada do usuário?”Mas também pode ser uma questão de como o nome do canal será tratado em outros lugares. As pessoas podem copiar e colar em qualquer lugar, e parece que eles não esperam que usuários de Windows façam o escape das próprias strings ao colá-las em
cmd, PowerShell ou WSLE eles aceitavam escrever em nomes como
LPT1, o que, naturalmente, mandava esses dados direto para a impressora do destinatárioUma dica geral ao estruturar dados de usuário é tratá-los, sempre que possível, como um bloco opaco
Imagine que eles estão criptografados, impossíveis de imprimir ou de serem lidos por pessoas
forms,CON,CONIN$,CONOUT$,PRN,AUX,NUL, deCOM1aCOM9, deLPT1aLPT9,desktop.ini,_vti_Se você precisa restringir esse tipo de coisa porque a entrada do usuário vai direto para o sistema de arquivos, você já errou. Em vez de usar a entrada do usuário diretamente, deveria ter atribuído um ID seguro. Poderia ser um
uuid4, ou algo como um digest do nome do canalQuando alguém diz “este caractere não pode ser usado”, eu considero isso um mau sinal. Automaticamente penso: “por que não? Será que estão usando isso em texto puro, sem codificar?” Exemplos disso são senhas, nomes de usuário e comentários, coisas que serão exibidas em uma página web
Dito isso, tudo isso também pode ser apenas um easter egg malfeito. Talvez alguém só tenha tentado colocar um pouco de graça e a coisa tenha saído do controle
É ruim, sim, mas, sinceramente, qual é o objetivo? Permitir que as pessoas deem qualquer nome que quiserem, inclusive ao nome do canal? Por exemplo, um nome como
"rm -rf /*"Há algo ainda melhor: escrever esse
rm -rfcom o caractere RLO de substituição de direção esquerda-direita para que pareçafr- mrEsse deveria mesmo ser o objetivo? Confiando que nenhum problema vai acontecer?
Felizmente, no Linux não é possível criar um arquivo chamado https://example.org. No Windows também não é assim?
Perguntando seriamente: isso é realmente um problema? Se for, onde se deve traçar a linha?
E o code point 0? E o caractere de preenchimento do hangul e o caractere RLO? Um aplicativo que rejeita essas coisas é considerado péssimo?
Felizmente, há restrições ao que pode entrar em um nome de arquivo. E acho que as restrições atuais nem são rígidas o bastante. O mesmo vale para nomes de usuário, canais e muitas outras coisas
Por exemplo, alguém realmente considera um problema o Twitter permitir apenas caracteres alfanuméricos visíveis e sublinhado, com limite máximo de 15 caracteres?
Isso me parece uma abordagem muito inteligente. Muito melhor do que ansiar por poder usar emoji de cocô em nomes de usuário e nomes de canais
Porque barras duplicadas no meio são ignoradas, e é possível criar um diretório chamado
https:e um arquivo chamadoexample.orgrfSe o título do canal é usado como uma pasta do SharePoint, é surpreendente que não exista um mecanismo de escape padrão só para strings desse tipo
Isso quebraria a compatibilidade com aplicativos que dependem desses arquivos de dispositivo mágicos, mas o SharePoint nunca deveria querer se comunicar de fato com
COM1É estranho que isso já não seja tratado pelo SharePoint