01.06.2009, 18:50

Viimasel ajal on mitmed minu kauplused hakanud vähem tellimusi pakkuma. Ja telefoni teel kurdavad kliendid, et nad ei saa oma tellimustele vastuseid.

Kirst avaneb lihtsalt.

Agaav:
----- Järgmistel aadressidel olid püsivad saatuslikud vead -----<*******@momm.ru>
(põhjus: 550 - "Me ei aktsepteeri otseühendust muult kui spetsiaalselt SMTP-serveritelt.)

Hoiatan kaupluste ja muude teenuste omanikke, kelle jaoks on oluline kirja saada.

01.06.2009, 19:27

Me ei võta vastu

Kui mu prantsuse keele õpetajal oli õigus, siis "Me ei aktsepteeri" on õige :)

02.06.2009, 05:27

Tere päevast,

Kuid pole selge, mida mõeldakse sõnadega "spetsiaalne SMTP-server"? FQDN? või mis?

02.06.2009, 05:56

emme, :smoke:

02.06.2009, 06:05

Kas keegi veel kasutab seda "hostimist"?
Ja neli aastat tagasi olin ma üks parimaid.

02.06.2009, 06:38

Ja neli aastat tagasi olin ma üks parimaid.
Isegi Majordomo hoiab kergesti saite, kust Agave GVA langes tunniga...

02.06.2009, 07:15

agaavist ja jooksis minema, sest kiri kas ei töötanud või oli sadu rämpsposti

02.06.2009, 12:36

MoMM, kas keegi veel kasutab seda "hostimist"?
Kas soovitaksite majutamist?

02.06.2009, 12:44

Kas keegi veel kasutab seda "hostimist"?

Ma kasutan seda - see on üks platvormidest. kahjuks on seal kõik nii kinni, et nende lahkumine on väga valus...kui mul on soe...

02.06.2009, 12:45

Kas soovitaksite majutamist?

Loo teema ja pakkumised parimaks hostimiseks 1 tunniga. tuleb 2 lehekülge)

02.06.2009, 14:54

Nad kirjutasid selle! :)

Rääkisin meie tehniliste spetsialistidega. Siin on see, mida nad ütlevad:

Need. Täpsemalt on see kontroll see, et meil on regulaaravaldiste komplekt, mille kohaselt kontrollib edastatava väärtuse “HELO” sisu saatja server smtp-seansi installimise ajal. Arvestades meie meiliklastri tohutut ühenduste arvu, on täiesti võimalik, et ilmnevad vead. Ma ei oska täpset vigade protsenti öelda, kuid arvan, et see on täiesti madal. Nagu teate, ei tööta ükski rämpsposti filtreerimissüsteem vigadeta, kui kehtivat meili peetakse ekslikult rämpspostiks.

Kui inimesed võtavad meiega probleemide ilmnemisel ühendust, tõmbame üles meiliklastri logid, analüüsime põhjust ja võtame meetmeid, kui põhjus oli meie süsteemis. Eksliku filtreerimise probleemi kohta massilisi taotlusi ei esitata.

Lihtsamalt öeldes, emme, sul on lihtsalt väga vedanud, et selle leidsid. Kui näete seda uuesti, kirjutage meie administraatoritele.

02.06.2009, 16:18

Lihtsamalt öeldes, emme, sul on lihtsalt väga vedanud, et selle leidsid.

Jah, ta lõikab ülejäänud posti maha vaikides...

Kui ma puhkuselt naasen, edastan kõik teie kirjad Gmaili

02.06.2009, 16:47

Kui ma puhkuselt naasen, edastan kõik teie kirjad Gmaili

Kirjutage tulemustest hiljem tagasi. Miski ütleb mulle, et probleem ei ole meie poolel. :suits:

02.06.2009, 17:18

Kirjutage tulemustest hiljem tagasi. Miski ütleb mulle, et probleem ei ole meie poolel.

Seda ütleb teile kogu tehniline tugi...
tahad veel "vihjet"?

Seekord juhtisin protsessi mõlemalt poolt: server, mis Hellole ei vastanud, on samuti minu oma - see on tavaline hostimine, millel on spetsiaalne IP ja sellel olevaid kirju teenindab Gmail...

Kas saad aru?

02.06.2009, 19:11

EMM. Nõus. Kõik hostimissaitidel olevad kirjad on halvad; kunagi ei tea, kas server on seal või mitte. Parem on omada eraldi postkast aadressil mail.ru, rambler.ru, gmail.com, aol.com ja sellega pole probleeme.

Kirjutasin ühele kasutajale, ta oli Agavel, praegu, kus ta oli, ma ei jälginud teda, üldiselt läksid tähed kaduma, ta valetab, ta ei valeta, ma ei tea.

02.06.2009, 19:51

mail.ru
Läheb kergesti katki....

02.06.2009, 20:14

Ja mis kõige tähtsam, see ei võta vastu tavaliste serverite kirju.

02.06.2009, 20:19

Rääkisin meie tehniliste spetsialistidega. Siin on see, mida nad ütlevad:

Saatja server ebaõnnestus "HELO" kontrollimisel.
Need. Täpsemalt on see kontroll see, et meil on regulaaravaldiste komplekt, mille kohaselt kontrollib edastatava väärtuse “HELO” sisu saatja server smtp-seansi installimise ajal.

Palun öelge oma spetsialistidele, et HELO tüüpi hostasid ei ole hea lõigata

03.06.2009, 00:12

Palun öelge oma spetsialistidele, et HELO tüüpi hostasid ei ole hea lõigata
superserver-2.provider.ru, server-3.example.com

See tähendab, et see pole sugugi sarnane mõnele 32-12-32-99.provider.ru-le, kust tavaliselt rämpspost tuleb, las parandavad regexpi praegusest õigemaks, olen sarnase probleemiga juba kokku puutunud sest teile kirja saatmisel .

Teie esitatud HELO väärtused läbivad etapis kõik kontrollid
smtp-seansi loomine.
Et mitte olla alusetu, esitan allpool seansi emulatsiooni.

Proovin 89.108.67.9...

Põgenemismärk on "^]".
220-f11.relay.agava.net ESMTP Me ei luba seda süsteemi kasutada soovimatute,
220 ja/või hulgipostitus.
ehlo superserver-2.provider.ru
250-f11.relay.agava.net Tere superserver-2.provider.ru
250-SUURUS 20971520
250-TORUD
250 ABI
mail saatjalt:
250 OK
rcpt aadressile:<****@cp.tyz.ru>
250 Vastu võetud
===========================================
$ telnet cluster.relay.agava.net 25
Proovin 89.108.67.8...
Ühendatud võrguga cluster.relay.agava.net.
Põgenemismärk on "^]".
220-f4.relay.agava.net ESMTP Me ei luba seda süsteemi kasutada soovimatute,
220 ja/või hulgipostitus.
ehlo server-3.example.com
250-f4.relay.agava.net Tere server-3.example.com
250-SUURUS 20971520
250-TORUD
250 ABI
mail saatjalt:
250 OK
rcpt aadressile:<****@cp.tyz.ru>
250 Vastu võetud
===========================================

03.06.2009, 02:05

Läheb kergesti katki....

Nii et kõik oleksid häkitud. Kas sa arvad, et lollid töötavad seal? Avastatakse jõhker jõud ja IP keelatakse, ma arvan. Andke oma tõendid selle kohta, et seda on nii lihtne häkkida, ja ma omakorda annan neile teada, et need augud parandaksid. Kui sul on millestki asjakohast kirjutada, siis kirjuta. Kui neil tõesti nii raske on, siis ilmselt vahetan oma meili ära :) ühe.

03.06.2009, 02:38

Ma kasutan seda - see on üks platvormidest. kahjuks on seal kõik nii kinni, et nende lahkumine on väga valus...kui mul on soe...

Istun seal, kõik on korras: idee: kvaliteediga pole siiani probleeme

03.06.2009, 03:02

Agaave pole üldse minu asi...

Ma räägin teile kurva loo...
Ostsin just peremehe. Sain kohe teada, et millegipärast ei saa ma hosti abil varukoopiaid teha...
Toetus vastas arusaamatult. Post ei jõudnud. Ma ei suutnud seda enam taluda. Ja siiski, nad ei tagasta raha. Veel 2 kuud saatsid nad mu postkasti pakkumistega, kuigi loobusin meililistist.

03.06.2009, 03:35

Seoses tellimustega enda ja minu poolt välja töötatud veebipoodides teen ma isiklikult järgmist:
1. Kõikidele tellimustele omistatakse unikaalne number, millele klient saab telefoni/ICQ teel suheldes helistada ja oma tellimuse seisu teada saada.
2. Kõik tellimused tuleb lisada andmebaasi.
3. Peale andmebaasi lisamist genereeritakse tellimuse andmetega kiri, mis saadetakse “komunada” postkastidesse
4. Tellimuste andmebaasist genereeritakse RSS-voog, mille “communada” lisab oma lugeja/offline/lugeja/avalehele.

Seega on mul vähemalt kaheastmeline kaitse tellimuste kadumise vastu, mis muuseas päästis kauplused mitme püsikliendi kaotamisest.

03.06.2009, 10:27

Veel 2 kuud saatsid nad mu postkasti pakkumistega, kuigi loobusin meililistist.
Nad ikka saatsid mulle rämpsposti :)

03.06.2009, 16:17

Minu meelest pole juba umbes kolm aastat keegi tajunud e-kirja kui garanteeritud kirjavahetuse viisi...

Tagasiside vorm ja kõik,
Kiri salvestatakse andmebaasi, lisaks on garanteeritud, et see ei jää rämpspostifiltrile vahele.

Lisaks sisaldab kiri fraasi "Kui me ei saa teilt kinnitust 2 tööpäeva jooksul, siis arvestame, et kiri ei jõudnud teieni ja saadetakse uuesti"

03.06.2009, 16:29

Nad ikka saatsid mulle rämpsposti :)

Ja varsti on selle rämpspostiooperi aastapäev. Nad on lärmanud alates septembrist. Ma lihtsalt lahkusin siis ja see algas. Kõigepealt kirjutasin, siis helistasin ja siis lõin skoori. Panin need filtrisse ja kõik.

Odav hostimine on hea algus algajatele ja sobib staatiliste HTML-saitide loomiseks. Kui teie projekt kasvab kaubanduslikuks ressursiks, saate suurte, suure koormusega saitide ja professionaalsete platvormide jaoks alati valida võimsama hostimisplaani, mis toetab PHP-d ja MySQL-i. Juriidilistele isikutele (sh OÜ-dele) on saadaval elektrooniline dokumendihaldus (EDF), mis võimaldab kiiresti dokumente vahetada ning tehinguid teha hostimis- ja domeeniteenustega.

Majutusspetsifikatsioonid hõlmavad suure jõudlusega SSD RAID-i, Linux CentOS-i või Windowsi ASP.NET-i jaoks koos Pythoni, Java, PHP, Perli ja Django raamistiku toega (Host-A-ga algavate plaanide puhul). FTP-serverile pääseb juurde FTP ja SSH protokollide kaudu.

Teie veebisaidi turvalisus on meile oluline, seega saate lisaks hostimisteenusele tasuta:

• kaitse DDoS rünnakute eest;
• piiramatu liiklus;
• kahekordne viirusetõrje skaneerimine;
• SSL-sertifikaat.

Parema saidi turvalisuse tagamiseks saate lisaks tellida nakatunud failide töötlemise ja täiustatud rämpspostikaitse.

Kui viite hostimise REG.RU-le üle mis tahes tariifile, saate kingituseks kuu teenust!

DNS(inglise keeles Domain Name System – domeeninimesüsteem) on süsteem, mis võimaldab teisendada sümboolseid domeeninimesid IP-aadressideks (ja vastupidi).

Domeen- Interneti domeeninimesüsteemi (DNS) teatud tsoon, mis on eraldatud riigile, organisatsioonile või muul eesmärgil.

Kuidas DNS töötab

Domeeninimesüsteemil on hierarhiline struktuur, mis kasutab suvalist arvu komponente (domeen), mis on üksteisest punktiga ( . ). Internetis haldab juur- või tippdomeeni InterNIC. Iga riigi jaoks on loodud kahetäheliste tippdomeenide süsteem (umbes 300):
-USA, -Kanada, -Saksamaa, -Venemaa, -endine NSVL, -Prantsusmaa, -Soome, -Itaalia, -Šveits, -Suurbritannia.
Ja ka erinevat tüüpi organisatsioonidele:
-äriorganisatsioonid;
EDU-haridusasutused;
GOV- valitsusagentuurid;
MIL-sõjalised institutsioonid;
- muud organisatsioonid;
-võrgu ressursid.

Venemaal vastutab .RU domeeni eest RU domeenide koordinatsioonikeskus.

Domeeninime IP-aadressi määramiseks kasutatakse DNS-teenust, mis koosneb paljudest DNS-serveritest, mis sisaldavad hajutatud andmebaasi "domeeninimi - IP-aadress" vastendustest. Igal võrgul peab olema vähemalt üks DNS-server, mis haldab kohalikku domeeninimede andmebaasi ja otsib domeeninime IP-aadressi.
See otsing viiakse läbi järgmiselt:

• tehakse päring kohalikule DNS-serverile;
• kui DNS-server vastust teab, tagastab ta selle kliendile (vastav kirje on tema tabelis või vahemälus);
• kui DNS-server vastust ei tea, järgib ta linki järgmisele DNS-serverile kuni vastava kirje leidmiseni (rekursiivne skeem).

Hostinimi ja IP-aadress ei ole identsed – ühe IP-aadressiga hostil võib olla mitu nime, mis võimaldab teil ühes arvutis toetada paljusid veebisaite (seda nimetatakse virtuaalseks hostimiseks). Tõsi on ka vastupidine – üks nimi võib olla seotud paljude IP-aadressidega.

DNS-i pöördotsing

DNS-i kasutatakse peamiselt sümboolsete nimede määramiseks IP-aadressideks, kuid see võib teostada ka vastupidist protsessi. Sel eesmärgil kasutatakse olemasolevaid DNS-tööriistu. Fakt on see, et DNS-kirjega saab seostada mitmesuguseid andmeid, sealhulgas sümboolset nime. Seal on spetsiaalne domeen in-addr.arpa, mille kirjeid kasutatakse IP-aadresside teisendamiseks sümboolseteks nimedeks. Näiteks aadressi 11.22.33.44 DNS-nime saamiseks võite DNS-serverist küsida kirje 44.33.22.11.in-addr.arpa ja see tagastab vastava sümboolse nime. IP-aadressi osade kirjutamise vastupidine järjekord on seletatav asjaoluga, et IP-aadressides asuvad kõige olulisemad bitid alguses ja sümboolsetes DNS-nimedes kõige olulisemad (juurele lähemal) osad lõpus.

DNS-kirjed

Vaatame lähemalt DNS-kirjeid ja miks neid vaja on:

SOA rekord(volituse kirje algus) näitab, millises serveris on selle domeeni viiteteave salvestatud:

Autoriteedi algus
example.org. 86400 SOA-s ns1.agava.net.ru. noc.agava.com. (
2006092102 ; Sari
10800 ; Värskenda
1800; Uuesti proovima
3600000; Aegub
86400); Minimaalne TTL

See kirje luuakse domeeni jaoks tsooni loomisel. Kui seda kirjet pole, saab registripidaja järgmiseid tõrketeateid:

Domeeni EXAMPLE.ORG SOA-kirjet ei ole võimalik hankida ns2.agava.net.ru.(89.108.64.2) DNS-serverist.

Nimeväli võib sisaldada @ sümbolit, mis näitab praeguse tsooni nime. Selles näites oleksite võinud example.org asemel kasutada @.

Ajaväli puudub. Klass on IN (Internet), tüüp on SOA ja ülejäänud elemendid moodustavad andmevälja.

Server ns1.agava.net.ru on selle tsooni peamine nimeserver.

Kirje noc.agava.com määrab tehniliste kontaktide e-posti aadressi vormingus kasutaja.masin (mitte kasutaja@masin).

Sari- Seerianumber. Tsoonifaili seerianumber. See peaks suurenema iga kord, kui domeeni andmeid muudetakse. Kui sekundaarne server soovib kontrollida, kas andmeid on vaja värskendada, kontrollib see esmase serveri SOA kirje seerianumbrit.

Värskenda- Värskenda. Aeg sekundites, mis määrab, kui sageli sekundaarne server kontrollib esmase serveri seerianumbrit ja alustab uut vahetust, kui esmasel serveril on uusi andmeid.

Uuesti proovima- Korda. Kui sekundaarne server ei saa pärast värskendusaja möödumist primaarse serveriga ühendust luua (näiteks kui host on maas), määrab see väärtus viivitusaja sekundites värskenduskatsete vahel.

Aegub- Tähtaeg. Kui korduvad uuenduskatsed selle aja jooksul ebaõnnestuvad, hävitab sekundaarne server oma tsoonifaili(de) andmete koopia ja lõpetab selle domeeni päringutele vastamise. See aitab peatada väga vanade ja potentsiaalselt ebatäpsete andmete kordumise ja ringluse.

TTL- Eluaeg. See väli määrab aja sekundites, mille jooksul selle tsooni ressursikirje jääb kehtima teiste serverite vahemälus. Kui andmed muutuvad, peaks see väärtus olema väike. TTL on sageli kasutatav akronüüm, mis tähistab aega elama.

NS sissekanne(nimeserver) osutab selle domeeni DNS-serverile.

Nimeserverid
example.org IN NS ns2.agava.net.ru
example.org IN NS ns1.agava.net.ru

Samuti saame teisest tasemest madalamate domeenide jaoks lisada partnerserveritele DNS-i, näiteks:

love.example.org IN NS ns2.loveplanet.ru
love.example.org IN NS ns1.loveplanet.ru

See toimib eeldusel, et loveplanet.ru serverites luuakse nende domeenide tsoon.

MX rekord(mail Exchange) või mail exchanger määrab antud domeeni meilivahetusserveri.

Meilivahetajad
example.org IN MX 10 cluster.relay.agava.net
example.org IN MX 20 mail.example.org

Arv "cluster.relay.agava.net" ees on prioriteedi väärtus, väiksem arv tähendab kõrgemat prioriteeti. MX-kirjeid kasutab meilisüsteem posti tõhusamaks suunamiseks. MX-kirjeid kasutades ei saadeta meilisõnumeid otse adressaadile, vaid saaja sõlme meiliserverisse.

Ülaltoodud näites saabuvad kirjad esmalt serverisse cluster.relay.agava.net (prioriteet 10

Rekord A(aadressikirje) - aadressikirje seostab hosti IP-aadressiga.

Interneti-aadressid
example.org IN A 192.0.2.77
Seda kirjet saab vaadata hosti käsuga (*NIX-süsteemide jaoks):
$ host example.org
example.org aadress on 192.0.2.77

Aadressikirje põhieesmärk on luua vastavus masina domeeninime ja IP-aadressi vahel. Tegelikult on see kogu domeeninimesüsteemi põhiülesanne. Sel põhjusel on ressursi kirjelduse aadressikirje üks võtmetsooni kirjelduskirjetest.

Siin käsitleme küsimust, kuidas muuta oma domeeni MX-kirjet. Selleks tuleb kirjutada meile avaldus oma kontaktmeililt (eraisikutele) või saata meile vabas vormis taotluskirja skaneering organisatsiooni kirjaplangil koos juhi või vastutava isiku pitsati ja allkirjaga (ehk juriidilised isikud) MX-kirje muutmise/lisamise taotlusega määrake uue meiliserveri IP või nimi.

CNAME kirje(kanooniline nimekirje) või kanooniline nimekirje kasutatakse ümbersuunamiseks teisele nimele.

CNAME tähistab olemasoleva hostinime kanoonilist nime või sünonüümi, millel peab olema A-kirje. Näide:

love.example.org IN CNAME loveplanet.ru

SPF-kirjed (Sender Policy Framework), mis takistavad rämpspostitajatel kirju saatmast domeenide nimel, mis neile ei kuulu.

SPF võimaldab domeeni omanikul määrata DNS-serveri TXT-kirjes spetsiaalselt moodustatud stringi, mis näitab serverite loendit, mis on võimelised selle domeeni nimel meilisõnumeid saatma.

Meiliedastusagendid, kes võtavad vastu meilisõnumeid, saavad lihtsa DNS-päringu abil SPF-teavet teha, kontrollides seeläbi saatja serverit.

SPF-andmete näide DNS-i TXT-kirjes:

example.org. IN TXT "v=spf1 a mx -all"

v= määrab kasutatava SPF-i versiooni. Järgmine on kontrollmehhanismide loend: sel juhul võimaldavad "a" ja "mx" saata tähti kõigi domeeni example.org A- ja MX-kirjete jaoks. Rida lõpeb tähega "-all", mis näitab, et teateid, mille kinnitamine loetletud mehhanismide abil ebaõnnestub, tuleks ignoreerida.

PTR-i rekord(Osuti) - "tagurpidi tsooni" salvestuskursor.

Domeeninime leidmine IP-aadressi järgi on vastupidine otsesele ülesandele – IP-aadressi leidmine domeeninime järgi. Nagu eespool mainitud, lahendatakse otsene probleem DNS-is A-tüüpi (aadress) kirjete abil. Pöördülesanne lahendatakse PTR (pointer) tüüpi osutikirjete abil, mis koos SOA ja NS kirjetega moodustavad nn vastupidise tsooni kirjelduse.

“Tagurpidi” probleemi lahendab spetsiaalne domeen, mille struktuur ühtib IP-aadresside struktuuriga. Seda domeeni nimetatakse IN-ADDR.ARPA. Me ei lasku siin tema töö keerukustesse, selle kohta saate üksikasjalikult lugeda aadressilt:
Märgime ainult seda Me ei registreeri PTR-kirjeid, kuna virtuaalses hostimises pole seda toimingut võimalik teha.

SRV plaadid(Serveri valik) näitab teatud teenuste serverite asukohta, näiteks Jabber, Active Directory.

Agava on üks vanimaid hostimisettevõtteid, mis pakub majutusteenuseid alates 2001. aastast. Agava kuulub klientide arvu poolest Runeti kümne populaarseima hostimisteenuse hulka; vaadake .RU domeenide omandamiste ja kaotuste statistikat. Ettevõttel on Moskvas oma kaasaegne andmekeskus - “Agava-North”, euroliini tariifiplaanide jaoks kasutatakse Praha andmekeskuses asuvaid servereid. Ettevõttel on telemaatiliste sideteenuste osutamise tegevusluba.

Agaval on palju hinnakujundusplaane. Kuna hostimist pakutakse nii platvormil kui ka vastavalt, on Unixi ja Windowsi hostimisplaanid tellimiseks saadaval. Kui me räägime tariifidest, siis need erinevad mitte ainult saadaolevate andmebaaside või pargitud domeenide arvu poolest, vaid ka erinevate mälukasutuse ja protsessori aja piirangute poolest. See võimaldab teil valida parima tariifi sõltuvalt liiklusest ja saidi nõudmistest serveriressurssidele. Seal on sama plaani tariifid.

Hostimise tellimise protsess on mõnevõrra keeruline, kuna tellimusvormile tuleb sisestada info hulk. Minu arvates saab seda kõike kõvasti lihtsustada.

Tasuta prooviperiood.

Prooviperiood on 7 päeva, saadaval ainult Windowsi platvormi tariifide jaoks, prooviperioodi ei pakuta.

Testiperioodil on mitmeid piiranguid:

• Post pole saadaval;
• SSH pole saadaval;
• Täiendavaid domeene pole võimalik lisada;
• Lubatud on ainult üks alamdomeen;
• Lubatud on ainult üks MySQL-i andmebaas.

Kuid lisaks sellele tuleb testkonto kasutamise alustamiseks kinnitada ka SMS-i teel registreerimisel sisestatud mobiiltelefoni number või esitada oma passi skaneering. Kinnitamine SMS-iga on saadaval ainult Venemaa mobiilioperaatoritele. Ei ole selge, miks kõiki neid viivitusi vaja on?

Kontrollpaneel.

Virtuaalses Unixi hostimises kasutatakse saidi ja hostimise haldamiseks standardset CPaneli. Windowsi hostimisel kasutatakse haldamiseks Pleski. Mõlemal paneelil on venekeelne liides ja need võimaldavad teil üsna tõhusalt hallata kõiki saadaolevaid hostimisvalikuid. Allpool näete nende paneelide ingliskeelseid versioone.

Agava virtuaalhostimise tehnilised võimalused.

Majutusjuhtpaneelilt pole võimalik jälgida, millist koormust sait serveris tekitab. Serveri koormuspiirangud on erinevad ja sõltuvad hostimisplaanist.

iga meili klient on konfigureerimiseks oma liides.

Mõned kliendiprogrammid nõuavad kõigi sätete käsitsi sisestamist, teised saavad seaded automaatselt teenusepakkuja andmebaasist.

Vaatame põhitoiminguid, mida tehakse mis tahes e-posti kliendi seadistamisel. Seda teavet saab kasutada enamiku meiliprogrammide seaded.

Meiliteenuste kasutamiseks tuleb meiliteenuse pakkuja veebisaidil registreerida postkast, oma kirjadele juurdepääsuks sisestada oma kasutajanimi ja parool, parool tuleb meelde jätta või üles kirjutada. Teie e-posti aadress näeb välja selline – teie-login@saidipakkuja.

Sellest artiklist leiate teavet mitme populaarse meiliteenuse pakkuja seadete kohta.

Kirjade vastuvõtmiseks või saatmiseks on vajalik autoriseerimine, selleks tuleb kliendi seadistamisel vastavatele väljadele märkida oma kasutajanimi ja parool. Võimalik, et peate seda tegema sissetuleva meili serveri ja sõnumite saatmise serveri seadistamisel, kuid enamik meilikliente mäletavad sisestatud andmeid ja kasutavad neid hiljem automaatselt.

Määratleme selles artiklis kasutatud terminoloogia:
• SMTP – Simple Mail Transfer Protocol, sõna otseses mõttes – lihtne meiliedastusprotokoll. Võimaldab edastada sõnumeid kasutaja arvutist serverisse ja edasi mööda serveriahelat.
• POP3 - Post Office Protocol 3, sõna otseses mõttes - postkontori protokoll. Sisaldab käske serveriga ühenduse loomiseks ja sõnumite klientarvutisse allalaadimiseks.
• IMAP – Internet Message Access Protocol, e-posti juurdepääsu protokoll. Annab võimaluse pääseda juurde serverisse salvestatud meilidele ilma meili sisu ja manuseid kohalikku arvutisse alla laadimata.
• Meilipakkuja (ISP) on meiliteenust pakkuva saidi e-posti aadress, näiteks mail.ru. Reeglina töötavad sissetuleva ja väljamineva meili serverid selle alamdomeenidel.
• Sissetuleva meili server – selle serveri e-posti aadress, millega meiliklient peab e-kirjade vastuvõtmiseks ühenduse looma, näiteks pop.yandex.ru või imap.yandex.ru.
• Väljuva posti server – selle serveri e-posti aadress, millega meiliklient peab kirja saatmiseks ühenduse looma, näiteks smtp.meta.ua.

Sissetuleva kirja seadistamine:

Meilide vastuvõtmiseks kasutatakse kahte protokolli – POP3 ja IMAP, valige vajalik protokoll, eelistatavalt valige IMAP, kui teie meiliteenuse pakkuja seda toetab.
Kui klientprogramm toetab liikluse krüptimist, installige suurema turvalisuse tagamiseks SSL/TLS-meetod.
Sisesta sissetuleva meili serveri aadress ja pordi number, selleks vajalikud andmed leiad allolevast tabelist:

Pakkuja	POP3 sissetuleva posti server	POP3 pordi nr.		IMAP sissetuleva meili server	IMAP-port nr.
		Tavaline	SSL		Tavaline	SSL
rambler.ru	mail.rambler.ru	110	995	mail.rambler.ru	143	993
yandex.ru	pop.yandex.ru	110	995	imap.yandex.ru	143	993
gmail.com	pop.googlemail.com	110	995	imap.googlemail.com	143	993
bigmir.net	pop.googlemail.com	110	995	imap.googlemail.com	143	993
meta.ua	pop3.meta.ua	110	995	---	---	---
mail.ru	pop.mail.ru	110	995	imap.mail.ru	---	993

Väljamineva posti seadistamine:

Kirjade saatmiseks kasutatakse SMTP-protokolli; peate lihtsalt valima, kas krüpteerida liiklus või mitte. Kui teie meiliklient toetab krüptimist, on eelistatav kasutada SSL-i/TLS-i.
Väljuva meili serveri aadressile ja pordi numbrile vastavate väljade täitmiseks kasutage allolevas tabelis olevat teavet:

Pakkuja	Väljuva posti server SMTP	SMTP pordi nr.
		Tavaline	SSL
rambler.ru	mail.rambler.ru	587	465
yandex.ru	smtp.yandex.ru	25, 587	465
gmail.com	smtp.googlemail.com	25, 587	465
bigmir.net	smtp.googlemail.com	25, 587	465
meta.ua	smtp.meta.ua	25, 587	465
mail.ru	smtp.mail.ru	25, 587, 2525	465

Salvestage seaded ja testige oma e-posti klienti.