Ne, se vi plusendas retmesaĝon, la sendinto ne povas vidi, ke vi faris tion. Tio estas pro kiel funkcias retpoŝto. La ricevanto eble vidos, ke vi plusendis ĝin, tamen, kaj eble informos la originan sendinton.

Mi estas Aaron kaj mi amas teknologion. Mi uzas retpoŝton ĉiutage, kiel la plej multaj homoj, sed mi ankaŭ administris kaj sekurigis retpoŝtajn sistemojn antaŭe.

Ni plonĝu en diskuton pri kiel funkcias retpoŝto, kial tio signifas, ke la origina sendinto ne povas diri ĉu vi plusendis ĝin aŭ ne, kaj kelkajn demandojn, kiujn vi povas havi pri retpoŝto.

Ŝlosilaĵoj

• Retpoŝto funkcias tre simile kiel sendado de letero.
• Kiel rezulto de la maniero kiel retpoŝto evoluis, estas malmulte da dudirekta komunikado inter retpoŝtaj serviloj.
• Tiu manko de dudirekta komunikado malhelpas sendinto vidi ĉu ilia retpoŝto estis plusendita.
• Ili eble scias, ke ilia retpoŝto estis plusendita se iu diras al ili.

Kiel Funkcias Retpoŝto?

Retpoŝto estis desegnita por emuli skribi leteron kiel eble plej multe. Dum tio estis parte movita de deziro igi ĝin alirebla al homoj kiuj neniam antaŭe uzis la interreton, ĝi ankaŭ estis pro iuj teknikaj limigoj de la frua interreto.

Konekto al punkto en la fruaj tagoj de la interreto estis malrapida. Konektebleco estis malrapida. Imagu tempon, kiam transdoni 14 kilobitojn sekundon sub perfektaj kondiĉoj estis flame rapide!

Porreferenco, kiam vi tekstas 30-sekundan altdifinan videon, tio estas kutime 130 megabajtoj, kunpremita. Tio estas 1,040,000 kilobitoj! Transsendi tion komence de la 1990-aj jaroj sub tute perfektaj kondiĉoj estus preninta preskaŭ 21 horojn!

Kvankam teksto ne estas tiel granda aŭ kompleksa por stoki kiel video, grandaj kvantoj de teksto estas transdonitaj ambaŭdirekte povus esti tempopostula. Preni dekojn da minutoj por havi simplan konversacion estas imposta. Skribi retmesaĝojn kie vi atendas prokraston ne estas.

Do en mondo kie skriba korespondado okazis per leteroj, retpoŝto estis fakturita kiel pli rapida maniero de komunikado. Sed ĝi konservis la aspekton, senton kaj funkciadon de letero.

Kiel? Por sendi retpoŝton aŭ leteron, vi devas specifi ricevanton kaj ilian adreson kaj kompleksa teknika aŭ fizika vojigo, respektive, certigos, ke via retpoŝto ricevas al via ricevanto.

Post kiam vi sendas retmesaĝon, ĝi kondutas tre analoge al letero. Vi perdas kontrolon super la mesaĝo kaj la kapablon redirekti ĝin al vi. Vi ankaŭ ne scias kio okazas kun la letero krom se vi ricevas respondon, kun unu escepto.

Tiu escepto estas adresa rezolucio . Rezolucio de adreso estas kiam via retpoŝta servilo kaj la retpoŝta servilo de la ricevanto konfirmas la validecon de la ricevadreso. Se la adreso validas, la retpoŝto estas sendita sen fanfaro. Se la adreso estas nevalida, tiam vi ricevasneliverebla avizo. Denove, tre simila al resendita letero.

Jen simpla sep-minuta jutuba video kiu pliprofundiĝas pri kiel funkcias retpoŝta vojigo.

Do Kial Sendanto ne povas vidi ĉu retpoŝto estas plusendita?

Sendanto ne povas vidi ĉu retpoŝto estas plusendita pro kiel funkcias retpoŝtaj serviloj kaj vojigo. Post kiam adreso estas solvita, la retpoŝto lasas la kontrolon de la sendinto. Ne plu ekzistas tien-reen komunikado inter la servilo de la sendinto kaj la servilo de la ricevanto.

Sen tiu tien-reen komunikado, estas neniu maniero por ĝisdatigoj pri retpoŝto esti provizita.

Vi eble demandas vin: kial ni ne havas tiun tien-reen komunikadon? Kial ni ne povas ricevi ĝisdatigojn pri niaj retpoŝtoj?

Retpoŝta infrastrukturo estas granda por trakti la nunajn amasojn de dudirekta komunikado. Ili devas esti ĉar retpoŝtoj ne estas nur tekstoj nuntempe. Retpoŝtoj havas html formatadon, enigitajn bildojn kaj filmetojn, aldonaĵojn kaj alian enhavon.

Anstataŭ modifi retpoŝton por renkonti novajn uzojn, por kiuj ĝi ne estis origine desegnita, programistoj kreis novajn metodojn de komunikado: tujmesaĝilo, tekstmesaĝo, kundivido de dosieroj kaj aliaj manieroj de komunikado.

Ne ĉiuj estas perfekte spureblaj, aŭ eĉ provas atingi ĉiun celon de ĉiuj komunikaj manieroj. Inkluzivi ĉiujn tiujn funkciojn en unu solvo farus lasolvo tre komplika kaj eble neregebla por finuzantoj kaj servaj provizantoj.

Kiel Sendanto Vidas ĉu Retpoŝto estas Plusendita?

Sendanto povas vidi ĉu retpoŝto estas plusendita en kelkaj manieroj:

• Vi inkluzivas la sendinton en la distribuliston de la plusendita retpoŝto.
• Iu. kiu ricevas la retmesaĝon laŭflue sciigas la sendinton.

Krom se la sendinto estas iel sciigita, ili ne scios, ke la retpoŝto estas plusendita.

Oftaj Demandoj

Jen kelkaj aliaj demandoj pri kiuj vi eble scivolas plusendante retmesaĝon.

Se mi plusendas retpoŝton Ĉu la Ricevanto povas Vidi la Tutan Fadenon?

Jes, sed nur se vi inkluzivas ĝin. Tipe, retpoŝtaj klientoj permesas al vi antaŭrigardi kaj redakti antaŭajn partojn de la retpoŝta fadeno. Se vi ne forigas la partojn de la fadeno, kiujn vi ne volas, ke via ricevanto vidu, tiam ili povos vidi tiujn partojn de la fadeno.

Se mi plusendas retpoŝton Ĉu la CC povas vidi ĝin?

Ne. Kiam vi CC, aŭ kopio, iu en retpoŝta fadeno tio egalas sendi retmesaĝon al ili. Retpoŝtaj serviloj prilaboras tiun distribuon same. Se vi inkluzivas la CC-ricentojn en la plusendita retpoŝto, tiam ili vidos ĝin. Se ne, tiam ili ne faros.

Kio Okazas kiam vi Plusendas Retpoŝton?

Kiam vi plusendas retpoŝton, la enhavo de la retpoŝto estas kopiita en novan retpoŝton. Vi tiam povas redakti tionretpoŝton kaj specifu novajn ricevantojn de tiu retpoŝto.

Kio Okazas se Vi Plusendas Retpoŝton kaj poste Respondas al la Originala Retpoŝto?

Se vi plusendas retmesaĝon kaj poste respondas al la originala retpoŝto, vi sendos du apartajn retpoŝtojn, eble al du aroj da ricevantoj. Kiel via retpoŝta aplikaĵo spuras tiujn retpoŝtojn povas aspekti malsama de aplikaĵo al aplikaĵo.

Konkludo

Se vi plusendas retmesaĝon, la origina sendinto ne povas vidi ĝin. Ĉi tio estas pro la maniero kiel retpoŝto funkcias. Via sendinto eble scias, ke retpoŝto estas plusendita se ili estas sciigitaj pri la plusendado.

Ĉu vi havas rakontojn el la fruaj tagoj de komerce disponeblaj interretaj servoj? Mi ŝatus aŭdi ilin. Kunhavigu ilin sube!