Internet Message Access Protocol: diferenças entre revisões
Conteúdo apagado Conteúdo adicionado
m Wikipédia não é fonte confiável (ver também WP:WIKIPÉDIA); ajuste(s) |
adicionei informações sobre o protocolo IMAP Etiquetas: Expressão problemática Editor Visual |
||
Linha 29:
=== Mecanismo de extensão embutido ===
Refletindo a experiência de protocolos anteriores da Internet, o IMAP4 define um mecanismo explícito pelo qual ele pode ser estendido. Muitas extensões IMAP4 ao protocolo base foram propostas e são de uso comum. O IMAP2bis não tinha um mecanismo de extensão e o POP agora possui um definido pelo <nowiki>RFC 2449</nowiki>
'''<big>Por que o IMAP é tão complexo?</big>'''
O servidor POP3 espera até que um usuário faça logon e então transfere o mensagens não lidas que são salvas na caixa de correio desse usuário para o e-mail do usuário cliente. Dependendo dos requisitos do cliente, as mensagens são excluídas após a transferência para economizar espaço, ou sinalizado como lido e retido.
Isso não é particularmente exigente, por isso não há muito que possa dar errado com o software aqui. Um servidor IMAP funciona de forma diferente: não só entrega e-mails aos usuários, ele também organiza toda a administração de e-mail do usuário final. O e-mail do usuário cliente agora funciona como uma espécie de “controle remoto” para manipular o caixa de correio armazenada no servidor. Um servidor IMAP fornece espaço de armazenamento e armazena todos os e-mails. Por esta razão, faz sentido usar cotas, que forçam os usuários a limpar ocasionalmente e liberar espaço valioso. Quando um usuário cria pastas para seu e mails, o servidor IMAP tem que representar esta estrutura de pastas e ordenar os e-mails correspondentes. O IMAP também permite que os usuários pesquisem mensagens por remetentes ou texto especificados e sinalizar e-mails, por exemplo, como lidos, não lidos ou respondidas.
Os usuários também podem acessar pastas compartilhadas em paralelo. Um servidor IMAP permite que um usuário gerencie uma caixa de correio de diferentes computadores;
o conteúdo da caixa de correio consiste sempre nos mesmos registros de dados não importa de onde seja acessada, e a caixa de correio não precisa ser sincronizado entre as máquinas. Todos esses recursos exigem muito do protocolo IMAP e do programador. A configuração de um servidor IMAP não requer muita atenção do administrador assim que o servidor estiver conectado a um banco de dados do usuário. No entanto, a operação dos servidores IMAP contém algumas armadilhas e dificuldades técnicas, que examinaremos neste livro:
atuação À medida que o número de usuários aumenta, a carga no servidor IMAP se torna perceptível.
Em uma grande organização, o servidor precisa gerenciar milhões de e-mails, operar centenas ou milhares de conexões IMAP em paralelo, e lidar com pesquisas de e-mail e cópias extensas ações. Dependendo do cenário, os servidores IMAP podem consumir RAM ou criar altas cargas de E/S nos suportes de dados. Disponibilidade Hoje em dia, o e-mail precisa estar disponível 24 horas por dia, pois qualquer interrupção pode colocar em risco os negócios. Uma vez que um certo número de usuários foi alcançado, a infra estrutura deve ser protegida usando vários servidores, mesmo que um servidor IMAP robusto tenha sido selecionado. Armazenar O armazenamento de e-mail pode aumentar para proporções consideráveis, o que requer o uso de um NAS ou SAN.
Além disso, quando um servidor IMAP faz parte de um cluster de servidor, não é mais suficiente usar um disco rígido conectado diretamente disco para armazenamento. Cotas Implementar restrições de armazenamento como cotas nem sempre é fácil e requer um planejamento preciso. Situação Jurídica Os e-mails estão sujeitos às leis de privacidade das comunicações. Não muitas pessoas estão cientes de que os administradores podem ser processados por negligência. No entanto, este é um problema geral com todo o gerenciamento de e-mail, e este livro não tratará mais do assunto.
{{Referências|A IMAP Command Reference=(RFC 44672) allows the specification of an IMAP server, login data,
IMAP folder, and messages in this style:
This makes it possible to reference individual messages, and
to pass this reference to third parties. Other RFCs extend existing standards:
RFC 47313 was published in November 2006 and provides additional
functions for the commands.
The following reference introduces IMAP4rev1 and the main IMAP extensions
currently supported by Courier and Cyrus.
Some IMAP commands are only available during specific periods of an
IMAP session. For this reason, the commands are sorted according to the
statuses described in section 2.2.2 on page 31. IMAP commands and subcommands
are not case sensitive.
In the IMAP protocol, lengths are measured in octets, or units containing
eight bits. Nearly all current systems use eight bits per byte, so octet and
byte can be used synonymously: 120 octets correspond to 120 bytes.}}
== Ver também ==
| |||