Il Local Mail Transfer Protocol (LMTP) è un derivato di ESMTP, l' estensione del Simple Mail Transfer Protocol (SMTP). È definito nella RFC 2033.
LMTP è progettato per essere utilizzato in alternativa al normale SMTP in situazioni in cui il lato ricevente non ha una coda di posta, come ad esempio un server di archiviazione della posta che funge da Mail Delivery Agent (MDA). 
Le code di posta elettronica sono un requisito implicito dell'SMTP. 
In situazioni in cui le code di posta non sono possibili, LMTP è preferibile, dal momento che un server di archiviazione di posta dovrebbe gestire solo il proprio archivio di posta senza dover allocare più spazio per una coda di posta. 
Questo non è possibile con SMTP quando ci sono più destinatari per un messaggio di posta elettronica.
L'SMTP può solo indicare la consegna o il fallimento di tutti o nessuno dei destinatari, creando la necessità di una coda separata per gestire i destinatari falliti.
LMTP, d' altra parte, può indicare il successo o il fallimento del client per ogni destinatario, permettendo al client di gestire invece la coda. In questo caso, il cliente sarebbe in genere un gateway di posta rivolto verso Internet. 
LMTP non è destinato all' uso su reti ad ampio raggio. In altre parole, l' agente di trasferimento dei messaggi (Message transfer agent - MTA) gestisce ancora tutta la posta in uscita, compreso il flusso di posta dall' LMTP verso un altro server di posta da qualche parte su Internet.

LMTP è un protocollo Application Layer del protocollo Internet Protocol Suite.
Utilizza un trasporto Transmission Control Protocol (TCP) come l' SMTP, ma non deve utilizzare la porta numero 25, la  porta dedicata per SMTP.

La sintassi di corrispondenza LMTP si basa sugli stessi comandi dell' SMTP Esteso con le seguenti eccezioni:
Il testo EHLO di ESMTP è sostituito con LHLO.
L' ESMTP richiede un unico stato per l' intero corpo del messaggio.
LMTP richiede una risposta per ogni comando RCPT precedentemente riuscito.
Cioè, nel caso di destinatari multipli, dopo che il corpo del messaggio è stato trasmesso, l' LMTP può ancora fallire per alcuni destinatari, mentre aver successo per gli altri. 
Con questa funzione, l' LMTP può fallire se un utente supera la quota senza l'onere di generare messaggi Bounce.
La differenza principale è che LMTP rifiuterà un messaggio se non è immediatamente consegnabile alla destinazione finale. In questo modo si elimina la necessità di una coda di posta elettronica. 
Per questo motivo, LMTP non viene eseguito sulla porta TCP standard di SMTP.

L’FTP è un protocollo (File Transfer Protocol) utilizzato per il trasferimento di dati basato su un sistema client-server. L’FTP usa il Transmission Control Protocol (TCP) per il trasferimento dati, e per lavorare richiede autenticazione del client attraverso nome utente e password.

È un sistema di comunicazione semplice, ma efficace, che consente di caricare, spostare e scaricare file all’interno di un sistema di directory. Ma non solo, in realtà tra i principi che hanno dato vita all’FTP (sviluppata al MIT nel 1971) troviamo: la condivisione di file, l’uso di computer remoti e il trasferimento efficace dei dati.

La connessione FTP è sicura?

Con tutte queste attenzioni per l’HTTPS viene da chiedersi: la connessione FTP è sicura? In realtà la versione base non prevede cifratura, quindi è possibile per i malintenzionati recuperare tutti i parametri di accesso. Per migliorare questo passaggio è possibile aggiungere deiprotocolli SSL/TSL per crittografare le informazioni e rendere il passaggio sicuro. I migliori client FTP supportano questa opzione e permettono di operare con la variante FTPS.

Nonostante poche infrastrutture siano veramente di natura "globali“, le organizzazioni devono ancora prepararsi alla nozione di "infrastruttura ovunque". Nel frattempo, i leader I&O devono lavorare nel rispetto dei limiti di budget ristretti e delle pressioni sui costi.

Un modo per affrontare questa sfida è scegliere saggiamente la rete di partner necessari per il successo globale. I leader I&O devono quindi guardare bene i loro partner esistenti e alzare il livello di aspettativa. I leader I&O devono essere in controllo di questa tendenza tra il 2020 e il 2023.

Nel 2019 e oltre il SaaS avrà un grande impatto sul modo in cui le organizzazioni guardano alle strategie di delivery dell'infrastruttura per il futuro. Tuttavia, molti leader I&O sono ancora focalizzati sulle soluzioni infrastructure as a service e platform as a service. Il passaggio a SaaS deve essere accompagnato dal supporto dell’I&O. I responsabili devono iniziare ora a prepararsi, perché la pressione aumenterà fino al 2021 e oltre.

Per i leader I&O, giustificare l’aumento del personale richiede la risoluzione di complesse relazioni tra costi, attività e aspettative di qualità del cliente. Spiegare i requisiti di personale I&O ai responsabili IT e business in termini di valore aziendale, collegando i livelli di staffing alle prestazioni aziendali e agli obiettivi strategici, è un must per la moderna azienda digitale. Il time frame critico per questa tendenza inizia immediatamente, nel 2019.

La gestione della diversità digitale non riguarda le persone, ma piuttosto la scoperta e il mantenimento di asset che sono "là fuori" in qualsiasi impresa digitale moderna. C'è stata un'enorme crescita, in gamma e quantità, di "cose" di cui i responsabili I&O dovrebbero essere a conoscenza e gestire. Preparare l’I&O adesso è essenziale, prima del time frame critico dal 2020 al 2025.