domingo, 18 de junho de 2017

Como funciona o e-mail?

A maioria das pessoas nesta geração passaria seu tempo diariamente para enviar e receber e-mails. O e-mail desempenha um papel vital nas nossas atividades diárias. À medida em que se deu a evolução da tecnologia o e-mail tornou-se uma das principais ferramentas de comunicação. Pode não custar nada a você enviar ou receber um e-mail, mas há um processo intrincado envolvido por trás deste processo. Mas você só precisa pressionar um botão para enviar sua mensagem, e a sua mensagem irá passar por um mecanismo complexo para ser que seja recebida pelo destinatário.


A invenção do e-mail foi iniciada em 1961. Há mais do que algumas pessoas para listar como inventores de e-mail.

A evolução do e-mail começou a partir de mensagens  de usuários no mesmo computador, depois a transição de mensagem entre computadores, em seguida, a mensagem entre vários usuários e vários computadores, finalmente o e-mail. O e-mail tornou-se uma ferramenta revolucionária para a comunicação. Hoje em dia é parte de nossa vida diária. Então Vamos ver como o e-mail realmente funciona.



Terminologia



Existem diferentes componentes envolvidos no sistema de e-mail. E há poucos termos abreviados. Ter uma ideia sobre a terminologia e abreviaturas irá ajudá-lo a entender melhor o sistema.



MSA      Agente de envio de correio
MTA      Agente de transferência de correio
MDA     Agente de entrega de correio
MX         Troca de correspondência
DNS       Sistema de Nomes de Domínio

MUA é o software que o usuário usará para enviar ou recuperar o correio (mensagem) do servidor.



MSA é o software que está instalado no servidor de correio. Onde é responsável por transferir a mensagem para o servidor de destino ou para o servidor de correio chamado MTA (Mail Transfer Agent)



O MTA é o agente de transferência de correio. É o software no servidor que é responsável por encaminhar o correio para o servidor de correio de destino. Então, chamamos isso de roteador de correio, servidor de correio, etc. Aqui estão alguns softwares MTA (Servidor de Correio) populares: postfix, qmail, Correio postal e sendmail.



O postfix é aquele que é amplamente utilizado e vem com muitas distribuições de Linux.
Você pode encontrar a lista de softwares do servidor de correio aqui.



Protocolos envolvidos
Existem vários protocolos envolvidos no sistema de e-mail. Todos eles são obrigados a receber o e-mail entregue ao destinatário. Eles são blocos de construção do sistema de e-mail. Esses protocolos são:
SMTP    Protocolo de Transporte de Correio Simples
IMAP    Protocolo de acesso a mensagens na Internet
POP       Protocolo do Post Office
DNS       Sistema de Nomes de Domínio (Protocolo)

Como funciona o e-mail?

Essas seções irão levá-lo a uma ideia de como esses protocolos funcionam juntos para entregar o correio ao destinatário. Aqui está a visão geral abstrata do sistema de e-mail.
























A figura acima lhe dará uma visão geral abstrata simples do sistema de e-mail. Conforme descrito na figura. SMTP é o protocolo que é usado para empurrar ou enviar um e-mail para o servidor pelo remetente. IMAP e POP são os protocolos que são usados ​​para verificar ou recuperar mensagens do servidor pelo destinatário. O destinatário MUA está configurado para usar IMAP ou POP ou AMBOS (IMAP e POP). O protocolo IMPA é bidirecional onde o POP é unidirecional. Veremos mais sobre POP e IMAP na seção posterior.

De acordo com a figura acima (visão geral abstrata) você pode sentir isso, o cliente de e-mail do remetente (MUA) enviará uma mensagem usando o protocolo SMPT para o servidor de correio (MTA). O servidor de e-mail verificará o destino se encontrar o que ele irá conectar ao servidor de correio de destino, que é outro MTA / MDA e passará a mensagem (mail) usando o protocolo SMTP. O servidor destinatário armazenará o correio recebido localmente. Mais tarde, se o destinatário verificar o correio usando seu cliente de email conectando-se ao seu servidor de correio.

Agora vejamos o fluxo de e-mail em detalhes a seguir

Alice está enviando e-mail para Bob (bob@domain.com) usando seu cliente de e-mail. Onde ela irá empurrar sua mensagem para o servidor usando SMTP para enviar Bob. O servidor de correio determinará o destino obtendo o registro MX para o servidor de destino. O servidor de correio da Alice verificará o domínio após @ no endereço de e-mail (destinatário) para obter o registro MX. Uma vez que o servidor de correio de Alice (remetente) recebeu o resultado do DNS para a consulta de DNS para obter o registro MX, este servidor se conectará ao servidor de correio de destino e enviará o e-mail (mensagem) usando o protocolo SMTP. O servidor de correio de destino armazenará a mensagem localmente. Bob verificará os correios recém-chegados usando seu cliente de e-mail.

Gostaria de ilustrar ainda mais esse processo usando a figura a seguir.

Na figura acima, novos componentes são introduzidos, esses são MSA, MDA e servidores MX adicionais.

MSA é o agente de envio de correio onde é um pedaço de software que receberá a mensagem da MUA. Ele usa o mesmo protocolo SMTP e a porta 25. Praticamente, a maioria dos MTAs executam a função de MSA para que você possa assumir o MTA como MSA.

O MDA significa que o agente de entrega de correio ou o agente de entrega de mensagens é um componente de software de computador responsável pela entrega de mensagens de e-mail para a caixa de correio de um destinatário local. Talvez você não precise se confundir, a maioria dos MTAs também executa a funcionalidade MDA, embora haja softwares que apenas sejam projetados para funcionar como MDA.

Aqui, você pode ver que praticamente haverá mais de 1 servidor de correio (MX SERVER) s. Todos os outros servidores MX são para fins de backup. Quando o remetente consulta o DNS para registro MX, pode obter mais que um servidor MX com prioridades. Aqui está o exemplo de saída da consulta DNS para registros MX do gmail. O Gmail está tendo 5 servidores MX com diferentes prioridades.

$ dig gmail.com  MX
; <<>> DiG 9.8.3-P1 <<>> gmail.com MX
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7760
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;gmail.com.                                       IN           MX
;; ANSWER SECTION:
gmail.com.                         1206      IN           MX         20 alt2.gmail-smtp-in.l.google.com.
gmail.com.                         1206      IN           MX         5 gmail-smtp-in.l.google.com.
gmail.com.                         1206      IN           MX         10 alt1.gmail-smtp-in.l.google.com.
gmail.com.                         1206      IN           MX         40 alt4.gmail-smtp-in.l.google.com.
gmail.com.                        
1206      IN           MX         30 alt3.gmail-smtp-in.l.google.com.
;; Query time: 18 msec
;; SERVER: 192.168.4.1#53(192.168.4.1)
;; WHEN: Sun Feb 14 09:42:23 2016
;; MSG SIZE  rcvd: 150

O resultado acima é a saída do utilitário de linha de comando. Onde usamos este utilitário para consultar o DNS. Na saída, você veria algo como abaixo no lado direito da SEÇÃO DE RESPOSTA.
20 alt2.gmail-smtp-in.l.google.com.
5 gmail-smtp-in.l.google.com.
40 alt4.gmail-smtp-in.l.google.com.
10 alt1.gmail-smtp-in.l.google.com.
30 alt3.gmail-smtp-in.l.google.com.

Aqui você veria alguns números na frente de domínios. Esses números decidirão a prioridade do registro MX. O domínio que está tendo o número mais baixo associado terá a maior prioridade. Aqui o registro MX gmail-smtp-in.l.google.com com maior prioridade causa que tenha o número mais baixo associado, isto é, 5. Então, o MTA do remetente tentará se conectar primeiro com o MX priorizado. Se for baixo ou assim, tentará se conectar ao próximo MX (Mail Exchange Server). Como resultado, o correio será entregue sem tempo de inatividade.

Uma vez que o correio é recebido pelo servidor de correio de destino, ele armazenará a mensagem na loja de correio. Existem dois tipos de lojas de correio usadas por vários servidores de correio (softwares). Esses são:

Mail DIR
Caixa de correio

O correio armazenado localmente será acessado (obtido) pelo cliente destinatário usando POP ou IMAP.

Protocolos POP e IMAP
POP e IMAP são protocolos de camada de aplicação, conforme descrito acima POP e IMAP são os protocolos que são usados ​​para buscar ou acessar os mails pelo cliente de e-mail do destinatário (MUA). Ambos os protocolos são diferentes, eles são de propósito diferente.

O protocolo POP significa o Post Office Protocol e o POP3 é a versão 3. Como o nome descreve, esse protocolo é usado para baixar a mensagem do servidor pelo cliente. Uma vez que a mensagem é baixada do servidor, ela será removida, a menos que você defina a bandeira deixar uma cópia no servidor, apenas como o cartão postal é entregue ao destino. Se você é apenas aquele que acessará a caixa de correio de um local, o POP3 irá bem. Isso também salvará alguma memória no servidor. Então, se usar POP3 você não pode acessar o correio usando diferentes clientes.

Ao contrário do POP3, o IMAP não irá baixar a mensagem, excluindo-a no servidor. Apenas acessará a mensagem como o navegador, as páginas da web. Portanto, é útil se você usar vários clientes em diferentes locais.

Referencias:
https://tools.ietf.org/html/rfc3501
https://www.ietf.org/rfc/rfc1939.txt
https://tools.ietf.org/html/rfc5321

sábado, 10 de junho de 2017

Como a CWTR esta mudando o relacionamento Empresa - Cliente

Quando se trata do mundo da comunicação, a conveniência é a chave. Com uma riqueza de informações ao seu alcance, é extremamente fácil confiar na tecnologia digital para quase todos os aspectos do seu trabalho no dia-a-dia e da vida em geral. Viver a vida com uma dependência constante da tecnologia digital pode parecer que o engajamento face a face está tomando um assento na parte de traz, mas os dois podem caminhar de mãos dadas?

A Comunicação Web em tempo real (CWTR) é uma tecnologia emergente em negócios em todo o mundo, principalmente usada como ferramenta de engajamento de clientes. As plataformas RTC da Web já estão sendo usadas de muitas maneiras diferentes; as empresas de saúde agora estão oferecendo consultas de vídeo, o chat de site em tempo real agora oferecem alternativas de vídeo e as companhias de seguros estão processando reivindicações usando tecnologia de vídeo. Esta tecnologia está mudando a forma como a interação do cliente ocorre, os clientes já não precisam estar presentes para realizar consultas e compromissos, eles só precisam estar disponíveis com uma conexão wi-fi. Fácil!

Um exemplo de uso da Comunicação Web em Tempo Real na medicina



Nos últimos dois anos, a Lightmaker vem trabalhando com a equipe de inovação da RBS, uma das marcas bancárias e de seguros mais reconhecidas, para desenvolver um portal de bate-papo feito sob medida usando o OpenTok. O portal é usado entre consultores financeiros e clientes quando uma reunião em pessoa simplesmente não é possível. Ele também garante uma conexão segura, proporcionando tranquilidade ao cliente ao discutir questões financeiras potencialmente delicadas.

Veja no Vídeo abaixo como funciona


Nós vimos como o uso da Web RTC dentro dos serviços profissionais pode ser uma ferramenta efetiva para o engajamento do cliente. Não só é seguro, mas também fácil de usar sem software para fazer o download. O portal inclui muitas outras funções, que suportam a conversação de vídeo, como compartilhamento de tela, funcionalidade de quadro branco e gravação para fins de auditoria. Você pode até assinar documentos de forma segura dentro do portal, economizando tempo e energia do cliente ao ter que assinar na linha pontilhada. Este tipo de tecnologia pode ser aplicada a qualquer setor que envolva 1-1 interação com os clientes, seja consultas, compromissos ou apenas checando um bate-papo.


Se você está interessado em saber mais sobre como a Comunicação  Web em tempo real pode ser usada em serviços profissionais, entre em contato conosco hoje usando o link abaixo. Nós poderemos ajuda-lo a transformar a comunicação na sua empresa!

https://clicksip.sipcodelabs.com.br/p2020/

quarta-feira, 7 de junho de 2017

A Telemedicina e o futuro da tele consulta nos cuidados de saúde

Com o aumento das despesas, o envelhecimento da população e mais e mais pessoas sendo canalizadas para um sistema de saúde que já não possui capacidade, os recursos médicos e hospitalares se tornaram ainda mais limitados. Todas essas mudanças na área da saúde lideram a adoção de telemedicina (ou tele saúde), uma tecnologia de atendimento telefônico que permite a consulta entre médicos e pacientes que estão em diferentes locais.

A comunicação Web em tempo real fornece uma solução de telemedicina compatível com HIPAA, altamente segura e criptografada que irá aumentar a qualidade dos cuidados, reduzindo os gastos gerais de saúde. Junte-se a nós como pioneiro na tecnologia de telemedicina e leve cuidados de saúde ao século XXI.

Benefícios do Tele Saúde
Estima-se que mais de 7 milhões de pacientes estarão usando serviços de telemedicina até 2018. Devido a isso, os benefícios para a telemedicina e a tele sanidade irão moldar o futuro da inovação no setor de saúde.

Abaixo estão os principais benefícios para a telemedicina:
Ampliar alcance e aumentar o acesso aos cuidados de saúde.
Economizar tempo e reduzir os custos das visitas do paciente.
Aumentar a capacidade de assistir mais pacientes.
Melhorar a qualidade do atendimento ao paciente diagnosticando e tratando pacientes com antecedência.
Compartilhar novos avanços e obter opiniões em tempo real.

A Tele medicina irá melhorar a eficiência da saúde e aumentará a qualidade dos cuidados e satisfação do paciente.

"We needed to implement a video chat feature that our users could access from any browser and in any device, something Webrtc platform offers."
Randy Findley, CTO, MediSprout

Clique no link abaixo e agende uma reunião com um especialista em Comunicação Web em tempo real.


https://clicksip.sipcodelabs.com.br/p2020/

Ads Inside PostM

Teste