Teknikaj ĉefaĵoj

Ĉi tiu paĝo de informoj estas certe la malplej alirebla de ĉi tiu retejo. Estas necesa aranĝi ke kono pri la formato de la mesaĝoj elsendis per elektronika poŝto (precipe kod MIME) al sekv ĉiuj detaloj.

Ĝenerala

je la komenco, Interreto protokoloj estis evoluigita por Usono de Usono, ĝis estanta uzita en aliaj landoj.
Ĉi tiu internaciigo postulita enkalkul alfabetoj pli riĉa ol la Usona alfabeto.
Cetere, post la bazaj tekstoj, la protokoloj de elektronika poŝto integra la eblecon de sendantaj tekstoj kun page-setting kaj registri de iu naturo.
Bedaŭrinde, por ĉiu renkontita problemon, kelkajn klarajn teknikajn solvojn estis adoptita, sen la plimulto de la tempo, tia diverseco havis de praktika intereso.
aldone, la komplekseco de la normoj faras ke ili ja ne respektita de la mailers, pro malfacilaĵoj de apliko, aŭ pro tre aproximative efektivigo.
praktike, la plejparto de la mailers uzas limig subgrupon de la eblaj formatoj de mesaĝoj.

Du elektoj estas tiele ebla:

aŭ por provi aprobi plejeble bone ĉiuj mesaĝoj kun la risko far treega komplekso apliko
aŭ limiĝi sin la plej aktualajn kazojn (kiu povas malgraŭ tio inkluziv 99 % de la mesaĝoj).

estas la dua alproksimiĝo kiu estis adoptita por Libremail.
Tamen, versio post versio, Libremail subten ĉiam pli (da) apartaj kazoj, sen al fariĝinte multe pli kompleksa ol ĉe la komencanta.

Pretig de la ricevita poŝt laŭ ilia strukturo

Se la ricevita poŝton estas limigita zonon de teksto de la text/plain tipo, Libremail vol montriĝo ĉi tiu teksto.

en la kazo de mesaĝoj multipart/alternative (komence iuj tiam la ekvivalento en HTML), Libremail vol montriĝo la teksto sekcio de la poŝto.

Se la poŝto estas en pura HTML (text/html), Libremail ne far konvertiĝo al montriĝo ĉi tia mesaĝo laŭ maniero facile leg.
Tamen, la ilo suphtm povas eltrov kaj forig antaŭ deŝut la mesaĝoj en pura HTML.

Se poŝto estas de multipart/report tipo, Libremail vol montriĝo la diversaj zonoj de teksto kiu ĝi enhav tiuj, kiuj post la aliaj.
mankas serĉon pri dosieroj partopren la poŝt de la multipart/report tipo.

en la kazo de poŝto de la multipart/mixed tipo, Libremail vol montriĝo la teksto kiun enhav la unua sekcio. laŭ kaza, estos:

la teksto kiun enhavis sekcion de la text/plain tipo,
la text/plain sub sekcio de multipart/alternative sekcio,
la teksto ne transformita de la text/html sekcio se ne estas text/plain sekcio

Strukturo de la mesaĝoj

Alvokis la sendantan de poŝt, Libremail estas nur limig al du strukturoj de mesaĝo:

poŝto nur el unu sekcio teksto de la tipo text/plain
poŝto de la multipart/mixed tipo konsist el sekcio text/plain sekvita unu aŭ pli aliĝitajn dosierojn.

Kod de la karakteroj

Laŭ specif pli alte(n), protokoloj Interreto komence estis Usona ĝis estanta internationalized. Tamen, Usona loĝantaro havas 2 karakterizaĵojn kiu distingi ilin de la plejparto de la popolo de planedo:

ili havas misproporcian provizon da grandega detruo armiloj,
ilia lingvo ne inkluzivi iu akcento.

Por la elektronika poŝto, estas la 2a punkto kiu estas plej grava, precipe ĉar en la komenco, Interreto protokoloj estis projektita por dissendo de la karakteroj sur 7 pecoj.
Sub ĉi tiuj kondiĉoj la karakteroj havanta la 8a grava peco (..onta 1) devis esti kod.
Cetero, egale hodiaŭ kie la dissendo de la karakteroj sur 8 pecoj disvastig, la normon de dissendo antaŭvidas, ke la karakteroj de la gvidanta de la mesaĝoj havanta la 8a poziciigita gravan pecon estos ĉiame kodita.
Du formatoj de kodanta ekzisti: la formaton "quoted printable" kaj la formato base64.

Por la montro de la kampoj de la gvid de la mesaĝoj, Libremail subten ekde la komenco la kod quoted printable (kvazaŭ.. universala) kaj ekde la versio la 1.0.4 la kod base64 (multe pli malofta kaj sen praktika intereso kun Eŭropa alfabeto, escepte (de) eble al malhelp legebla montriĝo sur malnova mailers, kaj al komplik la filtr de la eleteroj rekte sur la retpoŝto servilo ekde la Temo: kampo).

Por la montro de la enhavo ricevis mesaĝojn, libremail akcept ekde la komenco la tekstoj plusend rekte sur 7 aŭ 8 pecoj (sen kod videbla dum la ricevo), kaj la mesaĝoj kod kun la formato quoted printable.
La base64 kod mesaĝoj estas aktuale transformita (ekde versio 1.1.0), sed kun saltoj de linio pretig pli rudimentan ol por la aliaj formatoj. En ĉiuj vojo, la uzo de ĉi tiu kod por la tekstoj de la poŝt estas tre malofta, kaj tute nepravigebla kun Eŭropa alfabeto.

Por la retrovo de la aliĝitajn dosierojn, la quoted printable kaj base64 kodiĝoj estas ambaŭ transformita ekde la komenco, (kio estas malplej aferoj).

Por la sendanta de poŝt, Libremail far kod quoted printable aŭtomate kampoj de la gvid kiu enhav specialaj karakteroj, tamen la korpo de la mesaĝoj estas elsendita sub 8-bits kaj tiel, sen kod.

sendi aliĝitajn dosierojn, laŭ la enhavo de ĉi tiuj dosieroj, Libremail elektas inter la kod quoted printable kaj la kod base64, tiu, kiu estas la malplej maloportuna.

Ĉi tiuj teknikaj elektoj estas konvena perfekte en la evoluintaj landoj (ekzemple Francio), sed estas ne povas esti adaptiĝ al aliaj lokoj de la mondo kiel Afriko (esti kontrol).
Se montriĝis ..e ke en ĉi tiuj landoj, la emfazitajn karakterojn estas ĝuste elsendita en la fakoj de (ekir al aparta en la temo de la poŝto), kaj en la enferm dosieroj, sed ne en la teksto de la mesaĝo, estus necesa al kre kaj uz modif versio de "envmail" tiel, ke ĉi tiuj mesaĝoj estas elsendita kun la kod quoted printable.

Agnoskitajn literarojn

la devenon, Libremail estis konceptita kunlabor kun la aŭtomata funkciigo literaro ISO-8859-15 aŭ ISO-8859-1 kiam la simbolo € (eŭro) ne necesa.
ĝi povas tiele montri sen konvertiĝo la poŝt rezultinta de PCO funkci* ankaŭ sub Vindozo (ĝis versio 98), sub GNU/Linux kaj alia UNIX.
subgrupo de la karakteroj (montriĝo en la stato) inkluzivita en la intertempo 80h ĉe 9Fh (uz precipe sur Macintosh) estas transformita en ĝia ekvivalento en ISO-8859-15 fiks.
Libremail ankaŭ eltrov UTF-8 kod kaj transform la respondaj karakteroj kiam ili estas respond al karaktero kiu est en la 0h intertempo ĉe FFh de ISO-8859-15 fiks.
Tiuj kiu respond ..on karaktero de la intertempo 80h ĉe 9Fh en ĉi tiu ISO fiks ne transformita. unuflanke oni ..us kaŭz montriĝo karakteroj, alia divid ilia kod UTF-8 estas multe pli anarkisma ol tiu, kiu de la karakteroj ekde 0h.
Malgraŭ tio, aliaj karakteroj UTF-8, verŝajne de la typographical karakteroj Macintosh, ankaŭ estas transformita kiam povas esti.

Ekde versio 2.0 (kaj beta versioj 1.9.2 kaj 1.9.3), Libremail analiz la varia de natura medio $LANG al eltrov la literaro (ISO-8859-n aŭ UTF-8) uz de la operaciuma sistemo.
La poŝt skribita kun la sama literaro ke tio de la operaciuma sistemo estas poŝtita sen konvertiĝo, la aliaj estas transformita ISO-8859-1 kun UTF-8 aŭ UTF-8 kun ISO-8859-15 permesi bonan montron de la emfazitajn karakterojn.
sammaniere, la kapto de la poŝt povas esti farita ankaŭ kun la literaro ISO-8859-15 kiel la literaro UTF-8 .

Kod UTF-7 ne suported de Libremail.

Horo kaj horzono

Por la montro de la datoj kaj horoj de plusend de la mesaĝoj, Libremail ne konsideris la horzonoj ĝis la versio 2.1.4 .

De la versio 2.2, la komando vmailsj korektas la diverĝojn (en kompletajn horojn) inter la horzono de la sendinto kaj la horzono de la ricevinto kaj ĝi havas rakontas por fari selektado kronologia de retpoŝtoj kiuj uzas horzonojn malsamaj.
La iloj kiuj utilas por imagi la enhavo de la retpoŝtoj daŭre indikas kiel estas ene de la retpoŝtoj datas kaj horoj de ekspedicio kaj la horzono de la sendinto.