I SMTP (Simple Mail Transfer Protocol) finns det inget begrepp om ett formellt definierat "Pull Protocol." SMTP är i grunden ett * push * -protokoll. Detta innebär att en e -postklient eller server aktivt * trycker * ett e -postmeddelande till den mottagande e -postservern. Det finns ingen mekanism för en klient att begära ("dra") e -postmeddelanden från en server på begäran på det sätt som, säg, pop3 eller iMAP gör.
Även om du inte direkt "drar" e -postmeddelanden med SMTP:s kärnkommandon, kan effekten av dragning * simuleras * eller * ungefärliga * i specifika scenarier, ofta involverar en anpassad förlängning eller interaktion med andra protokoll:
approximationer av "dra" med SMTP:
1. med en dedikerad pollingmekanism: En klient kan regelbundet ansluta till SMTP -servern med en separat mekanism (t.ex. ett Cron -jobb eller schemalagd uppgift) och sedan försöka hämta meddelanden med en anpassad SMTP -förlängning eller ett annat protokoll helt (som POP3 eller IMAP bakom kulisserna). Klienten initierar anslutningen och kontrollerar ny post; Detta är inte sant SMTP -dragning utan att uppnå ett liknande resultat.
2. anmälningstjänster (t.ex. med hjälp av en anpassad SMTP -förlängning eller ett separat anmälningsprotokoll): Den mottagande servern kan implementera ett system som meddelar den sändande servern när ett meddelande levereras. Detta drar inte in sig själv, men det gör att avsändaren kan informeras om leverans, vilket indirekt erbjuder en svarmekanism som kan utlösa åtgärder. Detta involverar vanligtvis kommunikation utanför band utöver SMTP-kommandona.
3. Tredjepartstjänster: Molnbaserade e-posttjänster eller andra e-posthanteringssystem kan erbjuda API:er eller gränssnitt som gör att du kan hämta meddelandinformation eller status, vilket effektivt uppnår en "pull" -effekt, men detta förlitar sig på något * annat än * bas SMTP-protokollet.
Varför SMTP inte har dragfunktionalitet:
SMTP:s design prioriterar tillförlitlig och effektiv * leverans * av meddelanden. En "drag" -mekanism skulle kräva att servern ständigt övervakar för klientförfrågningar och upprätthåller tillståndsinformation om vilka meddelanden som har levererats eller lästs, vilket lägger till komplexitet och omkostnader. POP3 och IMAP designades specifikt för att hantera klientsidan återhämtning av meddelanden.
Sammanfattningsvis kan du inte använda SMTP -kommandon för att direkt dra e -postmeddelanden. Alla till synes "drag" -funktioner uppnås genom indirekta metoder, lösningar eller integrationer med andra protokoll. Att använda POP3 eller IMAP är det vanliga sättet att hämta e -postmeddelanden från en server.