As camadas da arquitetura cliente/servidor definem middlewares, como os gateways que gerenciam acessos a diferentes bancos de dados usando uma API ODBC.

A arquitetura cliente/servidor multicamadas reduz a fragilidade da aplicação, fornecendo mais isolamento entre as camadas. Uma camada somente se comunica diretamente com a camada vizinha.

A camada de aplicação da arquitetura cliente/servidor é responsável pelas regras do negócio e pelo gerenciamento de fluxo de dados. Já em ambientes web, as funções de aplicação ficam sob responsabilidade da camada de dados.

A arquitetura cliente/servidor tradicional vem sendo substituída pela de múltiplas camadas. Conceitualmente, uma aplicação pode ter qualquer número de camadas. A arquitetura denominada three-tier, por exemplo, define três camadas lógicas: camada de interface de usuário, camada de regra de negócios e camada de acesso a banco de dados.

O estabelecimento de conexão SMTP começa com o cliente SMTP estabelecendo uma conexão UDP com o servidor SMTP. Depois, espera que o servidor envie uma mensagem "220 Service ready" ou "421 Service not available".

O SMTP baseia-se em entrega ponto a ponto. O cliente SMTP contata diretamente o servidor SMTP para entrega do correio eletrônico. Isso se diferencia do princípio de retransmissão, comum a muitos sistemas de correio eletrônico em que o correio atravessa vários hosts intermediários e a entrega do correio ao primeiro host já indica a entrega confirmada.

No DNS, os nomes de domínio podem ser absolutos ou relativos. Os nomes relativos têm de ser interpretados em algum contexto, para determinarem seu significado verdadeiro. A atribuição de nomes leva em consideração as fronteiras das redes físicas.

No DNS, o tipo de registro MX especifica o nome do domínio preparado para aceitar mensagens de correio eletrônico. Os registros CNAME permitem que se criem aliases, e os HINFO, que as pessoas descubram a qual tipo de máquina e sistema operacional corresponde um domínio.