Persediaan mel Agava. Barisan pertahanan terakhir. Sekatan teknikal untuk menggunakan perkhidmatan WHOIS

01.06.2009, 18:50

Baru-baru ini, beberapa kedai saya telah mula menyediakan lebih sedikit pesanan. Dan pelanggan melalui telefon mengadu bahawa mereka tidak menerima jawapan kepada pesanan mereka.

Keranda dibuka dengan mudah.

Agave:
----- Alamat berikut mempunyai ralat maut kekal -----<*******@momm.ru>
(sebab: 550-"Kami tidak menerima sambungan langsung bukan daripada pelayan SMTP khusus.)

Saya memberi amaran kepada pemilik kedai dan perkhidmatan lain yang penting untuk menerima mel.

01.06.2009, 19:27

Kami tidak menerima

Jika guru bahasa Perancis saya betul, maka "Kami" tidak menerima" adalah betul :)

02.06.2009, 05:27

Selamat petang,

Tetapi tidak jelas apa yang dimaksudkan dengan perkataan "pelayan SMTP khusus"? FQDN? atau apa?

02.06.2009, 05:56

MoMM, :smoke:

02.06.2009, 06:05

Adakah orang lain menggunakan "penghosan" ini?
Dan empat tahun lalu saya adalah salah seorang yang terbaik.

02.06.2009, 06:38

Dan empat tahun lalu saya adalah salah seorang yang terbaik.
Malah Majordomo dengan mudah memegang tapak yang GVA Agave jatuh dalam masa sejam...

02.06.2009, 07:15

daripada agave dan melarikan diri kerana mel sama ada tidak berfungsi atau terdapat ratusan spam

02.06.2009, 12:36

MoMM, adakah orang lain menggunakan "penghosan" ini?
Adakah anda akan mengesyorkan pengehosan?

02.06.2009, 12:44

Adakah orang lain menggunakan "penghosan" ini?

Saya menggunakannya - ini adalah salah satu platform. Malangnya, segala-galanya terikat di sana sehingga meninggalkan mereka sangat menyakitkan... sementara saya panas...

02.06.2009, 12:45

Adakah anda akan mengesyorkan pengehosan?

Buat topik dan tawaran untuk pengehosan terbaik dalam masa 1 jam. akan menjadi 2 muka surat)

02.06.2009, 14:54

Mereka menulisnya! :)

Saya bercakap dengan pakar teknikal kami. Inilah yang mereka katakan:

Itu. Secara khusus, semakan ini ialah kami mempunyai satu set ungkapan biasa, mengikut mana kandungan nilai yang dihantar "HELO" disemak oleh pelayan penghantar semasa pemasangan sesi smtp. Memandangkan bilangan sambungan yang besar dalam kluster mel kami, terdapat kemungkinan ralat mungkin berlaku. Saya tidak dapat menyatakan peratusan ralat yang tepat, tetapi saya fikir ia benar-benar rendah. Seperti yang anda ketahui, tiada sistem penapisan spam berfungsi tanpa ralat apabila e-mel yang sah disalah anggap sebagai spam.

Jika orang menghubungi kami apabila mereka menghadapi masalah, kami mengeluarkan log kluster mel, menganalisis sebab dan mengambil tindakan jika sebab itu ada dalam sistem kami. Tiada permintaan besar-besaran mengenai masalah penapisan yang salah.

Ringkasnya, MoMM, anda sangat bertuah kerana telah menemui ini. Jika anda melihat ini lagi, tulis kepada pentadbir kami.

02.06.2009, 16:18

Ringkasnya, MoMM, anda sangat bertuah kerana telah menemui ini.

Ya, dia memotong baki surat itu dengan senyap...

Apabila saya pulang dari bercuti, saya akan memindahkan semua mel anda ke Gmail

02.06.2009, 16:47

Apabila saya pulang dari bercuti, saya akan memindahkan semua mel anda ke Gmail

Tulis semula tentang hasilnya kemudian. Sesuatu memberitahu saya bahawa masalah itu tidak menyebelahi kita. :asap:

02.06.2009, 17:18

Tulis semula tentang hasilnya kemudian. Sesuatu memberitahu saya bahawa masalah itu tidak menyebelahi kita.

Inilah yang "diberitahu" oleh semua sokongan teknikal kepada anda...
mahu "petunjuk" lain?

Kali ini proses itu dikawal oleh saya di kedua-dua belah pihak: pelayan yang tidak membalas Hello juga milik saya - ia adalah pengehosan biasa dengan IP khusus, dan mel di atasnya disampaikan oleh Gmail...

Adakah anda faham?

02.06.2009, 19:11

MoMM. Setuju. Semua mel di tapak pengehosan adalah buruk; anda tidak tahu sama ada pelayan itu ada atau tidak. Adalah lebih baik untuk mempunyai peti mel yang berasingan di mail.ru, rambler.ru, gmail.com, aol.com dan tidak akan ada sebarang masalah.

Saya menulis kepada seorang pengguna, dia berada di Agave, sekarang di mana dia berada, saya tidak mengikutinya, secara umum, surat-surat itu hilang, dia berbohong, dia tidak berbohong, saya tidak tahu.

02.06.2009, 19:51

mail.ru
Mudah pecah....

02.06.2009, 20:14

Dan yang paling penting, ia tidak menerima mel daripada pelayan biasa.

02.06.2009, 20:19

Saya bercakap dengan pakar teknikal kami. Inilah yang mereka katakan:

Pelayan penghantar gagal semakan "HELO".
Itu. Secara khusus, semakan ini ialah kami mempunyai satu set ungkapan biasa, mengikut mana kandungan nilai yang dihantar "HELO" disemak oleh pelayan penghantar semasa pemasangan sesi smtp.

Sila beritahu pakar anda bahawa adalah tidak baik untuk memotong hosta yang mempunyai jenis HELO

03.06.2009, 00:12

Sila beritahu pakar anda bahawa adalah tidak baik untuk memotong hosta yang mempunyai jenis HELO
superserver-2.provider.ru, server-3.example.com

Iaitu, ini sama sekali tidak serupa dengan beberapa 32-12-32-99.provider.ru, dari mana spam biasanya datang, biarkan mereka membetulkan regexp menjadi lebih betul daripada sekarang, saya telah pun menghadapi masalah yang sama sejak ketika menghantar mel kepada anda.

Nilai HELO yang anda berikan berjaya melepasi semua semakan di peringkat
mewujudkan sesi smtp.
Agar tidak berasas, saya membentangkan emulasi sesi di bawah.

Mencuba 89.108.67.9...

Watak melarikan diri ialah "^]".
220-f11.relay.agava.net ESMTP Kami tidak membenarkan penggunaan sistem ini untuk mengangkut tanpa diminta,
220 dan/atau e-mel pukal.
ehlo superserver-2.provider.ru
250-f11.relay.agava.net Hello superserver-2.provider.ru
250-SAIZ 20971520
250-PEMASANGAN PAIP
250 BANTUAN
mel daripada:
250 OK
rcpt kepada:<****@cp.tyz.ru>
250 Diterima
===========================================
$ telnet cluster.relay.agava.net 25
Mencuba 89.108.67.8...
Disambungkan ke cluster.relay.agava.net.
Watak melarikan diri ialah "^]".
220-f4.relay.agava.net ESMTP Kami tidak membenarkan penggunaan sistem ini untuk mengangkut tanpa diminta,
220 dan/atau e-mel pukal.
pelayan ehlo-3.example.com
250-f4.relay.agava.net Hello server-3.example.com
250-SAIZ 20971520
250-PEMASANGAN PAIP
250 BANTUAN
mel daripada:
250 OK
rcpt kepada:<****@cp.tyz.ru>
250 Diterima
===========================================

03.06.2009, 02:05

Mudah pecah....

Jadi semua orang akan digodam. Adakah anda fikir orang bodoh bekerja di sana? Brute force akan dikesan dan IP akan diharamkan, saya fikir. Berikan bukti anda bahawa ia sangat mudah untuk digodam, dan saya, seterusnya, akan memaklumkan mereka untuk membetulkan lubang ini. Jika anda mempunyai sesuatu yang relevan untuk ditulis, tuliskannya. Jika ia sangat sukar untuk mereka, saya mungkin akan menukar e-mel saya :) satu.

03.06.2009, 02:38

Saya menggunakannya - ini adalah salah satu platform. malangnya, segala-galanya terikat di sana sehingga meninggalkan mereka sangat menyakitkan... sementara saya panas...

Saya duduk di sana, semuanya baik-baik saja: idea: tiada masalah dengan kualiti setakat ini

03.06.2009, 03:02

Agave bukan hal saya sama sekali...

Saya ceritakan satu kisah sedih...
Saya baru sahaja membeli hos. Saya segera mengetahui bahawa atas sebab tertentu saya tidak dapat membuat sandaran menggunakan hoster...
Sokongan bertindak balas dengan tidak dapat difahami. Mel tidak sampai. Saya tidak tahan lagi. Namun, mereka tidak memulangkan wang. Selama 2 bulan lagi mereka menghantar spam peti mel saya dengan tawaran, walaupun saya berhenti melanggan daripada senarai mel.

03.06.2009, 03:35

Mengenai pesanan di kedai saya sendiri dan dalam talian yang dibangunkan oleh saya, saya secara peribadi melakukan ini:
1. Semua pesanan diberikan nombor unik, yang boleh dihubungi oleh pelanggan apabila berkomunikasi melalui telefon/ICQ dan mengetahui status pesanannya.
2. Semua pesanan mesti ditambah ke pangkalan data.
3. Selepas menambah pada pangkalan data, surat dengan data pesanan dijana, yang dihantar ke peti mel "komunada"
4. Suapan RSS dijana daripada pangkalan data pesanan, yang "communada" menambah pada halaman pembaca/luar talian/pembaca/permulaannya.

Oleh itu, saya mempunyai sekurang-kurangnya dua peringkat perlindungan terhadap kehilangan pesanan, yang, dengan cara itu, menyelamatkan kedai daripada kehilangan beberapa pelanggan tetap.

03.06.2009, 10:27

Selama 2 bulan lagi mereka menghantar spam peti mel saya dengan tawaran, walaupun saya berhenti melanggan daripada senarai mel.
Mereka masih spam saya :)

03.06.2009, 16:17

Pada pendapat saya, selama kira-kira tiga tahun sekarang tiada siapa yang menganggap e-mel sebagai kaedah penyampaian surat-menyurat yang terjamin...

Borang maklum balas dan segala-galanya,
Surat itu disimpan dalam pangkalan data, ditambah lagi ia dijamin tidak akan ditangkap oleh penapis spam.

Selain itu surat itu mengandungi frasa "Jika kami tidak menerima pengesahan daripada anda dalam masa 2 hari perniagaan, kami akan menganggap bahawa surat itu tidak sampai kepada anda dan ia akan dihantar semula"

03.06.2009, 16:29

Mereka masih spam saya :)

Dan tidak lama lagi ia adalah ulang tahun opera spam ini. Mereka telah membuat bising sejak September. Saya baru sahaja pergi, dan ia bermula. Mula-mula saya menulis, kemudian saya menelefon, dan kemudian saya menjaringkan gol. Saya memasukkannya ke dalam penapis dan itu sahaja.

Pengehosan yang murah akan menjadi permulaan yang baik untuk pemula dan sesuai untuk mencipta tapak HTML statik. Jika projek anda berkembang menjadi sumber komersil, anda sentiasa boleh memilih pelan pengehosan yang lebih berkuasa dengan sokongan untuk PHP dan MySQL, untuk tapak yang besar dan bermuatan tinggi dan platform profesional. Pengurusan dokumen elektronik (EDF) tersedia untuk entiti undang-undang (termasuk LLC), yang membolehkan anda menukar dokumen dengan cepat dan menjalankan transaksi dengan perkhidmatan pengehosan dan domain.

Spesifikasi pengehosan termasuk SSD RAID berprestasi tinggi, Linux CentOS atau Windows untuk ASP.NET dengan sokongan untuk Python, Java, PHP, Perl dan rangka kerja Django (pada rancangan bermula dengan Host-A). Pelayan ftp diakses melalui protokol FTP dan SSH.

Keselamatan tapak web anda adalah penting bagi kami, jadi sebagai tambahan kepada perkhidmatan pengehosan yang anda akan terima secara percuma:

perlindungan terhadap serangan DDoS;
lalu lintas tanpa had;
imbasan anti-virus berganda;
Sijil SSL.

Untuk keselamatan tapak yang lebih baik, anda juga boleh memesan rawatan fail yang dijangkiti dan perlindungan spam lanjutan.

Apabila anda memindahkan pengehosan ke REG.RU kepada mana-mana tarif, anda akan menerima perkhidmatan selama sebulan sebagai hadiah!

DNS(Sistem Nama Domain Bahasa Inggeris - sistem nama domain) ialah sistem yang membolehkan anda menukar nama domain simbolik kepada alamat IP (dan sebaliknya).

Domain- zon tertentu dalam sistem nama domain Internet (DNS), diperuntukkan kepada negara, organisasi atau untuk tujuan lain.

Cara DNS berfungsi

Sistem nama domain mempunyai struktur hierarki menggunakan bilangan komponen (domain) yang sewenang-wenangnya, dipisahkan antara satu sama lain dengan titik ( . ). Di Internet, domain akar atau peringkat atas diuruskan oleh InterNIC. Sistem domain peringkat atas dua huruf telah dibuat untuk setiap negara (kira-kira 300):
-AS, -Kanada, -Jerman, -Rusia, -bekas USSR, -Perancis, -Finland, -Itali, -Switzerland, -Great Britain.
Dan juga untuk pelbagai jenis organisasi:
-organisasi komersial;
EDU-pertubuhan pendidikan;
GOV- Agensi-agensi kerajaan;
MIL-institusi ketenteraan;
- organisasi lain;
-sumber rangkaian.

Di Rusia, "Pusat Penyelarasan Domain RU" bertanggungjawab untuk domain .RU.

Untuk menentukan alamat IP daripada nama domain, perkhidmatan DNS digunakan, yang terdiri daripada banyak pelayan DNS yang mengandungi pangkalan data teragih pemetaan "nama domain - alamat IP". Setiap rangkaian mesti mempunyai sekurang-kurangnya satu pelayan DNS yang mengekalkan pangkalan data nama domain tempatan dan melakukan carian alamat IP pada nama domain.
Pencarian ini dijalankan seperti berikut:

pertanyaan dibuat kepada pelayan DNS tempatan;
jika pelayan DNS mengetahui jawapannya, ia mengembalikannya kepada klien (entri yang sepadan ada dalam jadual atau cachenya);
jika pelayan DNS tidak mengetahui jawapannya, ia mengikut pautan ke pelayan DNS seterusnya sehingga rekod yang sepadan ditemui (skema rekursif).

Nama hos dan alamat IP tidak sama - hos dengan satu alamat IP boleh mempunyai banyak nama, membolehkan anda menyokong banyak tapak web pada satu komputer (ini dipanggil pengehosan maya). Sebaliknya juga benar - satu nama boleh dikaitkan dengan banyak alamat IP.

Carian DNS terbalik

DNS digunakan terutamanya untuk menyelesaikan nama simbolik kepada alamat IP, tetapi ia juga boleh melakukan proses sebaliknya. Untuk tujuan ini, alat DNS sedia ada digunakan. Hakikatnya ialah pelbagai data boleh dikaitkan dengan rekod DNS, termasuk nama simbolik. Terdapat domain khas in-addr.arpa, entri yang digunakan untuk menukar alamat IP kepada nama simbolik. Sebagai contoh, untuk mendapatkan nama DNS untuk alamat 11.22.33.44, anda boleh menanyakan pelayan DNS untuk rekod 44.33.22.11.in-addr.arpa, dan ia akan mengembalikan nama simbolik yang sepadan. Urutan terbalik untuk menulis bahagian alamat IP dijelaskan oleh fakta bahawa dalam alamat IP bit yang paling penting terletak pada permulaan, dan dalam nama DNS simbolik bahagian yang paling ketara (lebih dekat dengan akar) terletak di hujungnya.

rekod DNS

Mari kita lihat lebih dekat pada rekod DNS dan sebab ia diperlukan:

Rekod SOA(permulaan rekod kuasa) menunjukkan pada pelayan mana maklumat rujukan tentang domain ini disimpan:

Permulaan Kuasa
contoh.org. 86400 DALAM SOA ns1.agava.net.ru. noc.agava.com. (
2006092102 ; bersiri
10800 ; Segarkan semula
1800; Cuba semula
3600000; tamat tempoh
86400); TTL minimum

Rekod ini dibuat apabila zon dibuat untuk domain. Jika entri ini tidak wujud, pendaftar menerima mesej ralat seperti:

Tidak mungkin untuk mendapatkan rekod SOA untuk domain EXAMPLE.ORG daripada pelayan DNS ns2.agava.net.ru.(89.108.64.2).

Medan nama boleh mengandungi simbol @ untuk menunjukkan nama zon semasa. Dalam contoh ini, anda boleh menggunakan @ dan bukannya example.org.

Tiada medan masa. Kelasnya ialah IN (Internet), jenisnya ialah SOA, dan elemen selebihnya membentuk medan data.

Pelayan ns1.agava.net.ru ialah pelayan nama utama untuk zon ini.

Entri noc.agava.com menentukan alamat e-mel untuk kenalan teknikal dalam format user.machine (bukan user@machine).

bersiri- Nombor siri. Nombor siri fail zon. Ia sepatutnya meningkat setiap kali perubahan dibuat pada data domain. Apabila pelayan sekunder ingin menyemak sama ada data perlu dikemas kini, ia menyemak nombor siri rekod SOA pada pelayan utama.

Segarkan semula- Kemas kini. Masa dalam saat yang menentukan kekerapan pelayan sekunder menyemak nombor siri pada nombor utama dan memulakan pertukaran baharu jika terdapat data baharu pada nombor utama.

Cuba semula- Ulang. Apabila pelayan kedua tidak dapat menyambung ke pelayan utama selepas masa kemas kini telah tamat (contohnya, jika hos tidak berfungsi), nilai ini menentukan masa tunda dalam beberapa saat antara percubaan semula kemas kini.

tamat tempoh- Penggal. Jika percubaan naik taraf berulang tidak berjaya dalam masa ini, pelayan kedua memusnahkan salinan data fail zon dan berhenti membalas permintaan untuk domain tersebut. Ini membantu menghentikan pengulangan dan pengedaran data yang sangat lama dan berpotensi tidak tepat.

TTL- Seumur hidup. Medan ini menentukan masa, dalam saat, bahawa kemasukan sumber untuk zon ini kekal sah dalam cache pelayan lain. Jika data berubah, nilai ini sepatutnya kecil. TTL ialah akronim yang biasa digunakan yang bermaksud Time To Live.

kemasukan NS(pelayan nama) menunjuk ke pelayan DNS untuk domain ini.

NameServers
example.org DALAM NS ns2.agava.net.ru
example.org DALAM NS ns1.agava.net.ru

Selain itu, untuk domain di bawah tahap kedua, kami boleh menambah DNS pada pelayan rakan kongsi, contohnya:

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

Ini akan berfungsi dengan syarat zon untuk domain ini dibuat pada pelayan loveplanet.ru.

Rekod MX(pertukaran mel) atau penukar mel menentukan pelayan pertukaran mel untuk domain tertentu.

Mail eXchangers
example.org DALAM MX 10 cluster.relay.agava.net
example.org DALAM MX 20 mail.example.org

Nombor di hadapan "cluster.relay.agava.net" ialah nilai keutamaan, nombor yang lebih rendah bermakna keutamaan yang lebih tinggi. Rekod MX digunakan oleh sistem e-mel untuk menghalakan mel dengan lebih cekap. Menggunakan rekod MX, mesej mel dihantar bukan terus kepada penerima, tetapi kepada pelayan mel pada nod penerima.

Dalam contoh di atas, mel akan sampai ke pelayan cluster.relay.agava.net dahulu (keutamaan 10

Rekod A(rekod alamat) - rekod alamat mengaitkan hos dengan alamat IP.

Alamat Internet
example.org DALAM A 192.0.2.77
Entri ini boleh dilihat menggunakan arahan hos (untuk sistem *NIX):
$ hos contoh.org
example.org mempunyai alamat 192.0.2.77

Tujuan utama rekod alamat adalah untuk mewujudkan surat-menyurat antara nama domain mesin dan alamat IP. Sebenarnya, ini adalah tugas utama keseluruhan sistem nama domain. Atas sebab ini, rekod alamat perihalan sumber ialah salah satu rekod perihalan zon utama.

Di sini kami akan menyentuh persoalan tentang cara menukar rekod MX untuk domain anda. Untuk melakukan ini, anda perlu menulis permohonan kepada kami daripada e-mel hubungan anda (untuk individu) atau menghantar imbasan surat permohonan dalam bentuk percuma pada kepala surat organisasi dengan meterai dan tandatangan pengurus atau orang yang bertanggungjawab (untuk entiti undang-undang) dengan permintaan untuk menukar/menambah rekod MX, nyatakan IP atau nama pelayan mel baharu.

Rekod CNAME(rekod nama kanonik) atau rekod nama kanonik digunakan untuk mengubah hala ke nama lain.

CNAME menandakan nama kanonik atau sinonim nama hos sedia ada, yang mesti mempunyai rekod A. Contoh:

love.example.org DALAM CNAME loveplanet.ru

Rekod SPF (Rangka Kerja Dasar Penghantar), yang menghalang spammer daripada menghantar surat bagi pihak domain yang bukan milik mereka.

SPF membenarkan pemilik domain untuk menentukan rentetan yang dibentuk khas dalam rekod TXT pelayan DNS, menunjukkan senarai pelayan yang mampu menghantar mesej e-mel bagi pihak domain ini.

Ejen Pemindahan Mel yang menerima mesej mel boleh menanyakan maklumat SPF menggunakan pertanyaan DNS yang mudah, dengan itu mengesahkan pelayan penghantar.

Contoh data SPF dalam rekod TXT DNS:

contoh.org. DALAM TXT "v=spf1 a mx -semua"

v= menentukan versi SPF untuk digunakan. Berikut ialah senarai mekanisme pengesahan: dalam kes ini, “a” dan “mx” membenarkan penghantaran surat untuk semua rekod A dan MX domain example.org. Baris berakhir dengan "-semua" - menunjukkan bahawa mesej yang gagal pengesahan menggunakan mekanisme yang disenaraikan harus diabaikan.

Rekod PTR(Penunjuk) - penunjuk rekod "zon terbalik".

Tugas mencari nama domain mengikut alamat IP adalah kebalikan daripada tugas langsung - mencari alamat IP mengikut nama domain. Seperti yang dinyatakan di atas, masalah langsung diselesaikan dalam DNS menggunakan rekod jenis A (Alamat). Masalah songsang diselesaikan menggunakan rekod penunjuk jenis PTR (Penunjuk), yang, bersama-sama dengan rekod SOA dan NS, membentuk perihalan zon "terbalik" yang dipanggil.

Masalah "terbalik" diselesaikan oleh domain khas, strukturnya bertepatan dengan struktur alamat IP. Domain ini dipanggil IN-ADDR.ARPA. Kami tidak akan membincangkan selok-belok karyanya di sini; anda boleh membacanya secara terperinci di:
Mari kita perhatikan itu sahaja Kami tidak mendaftar rekod PTR, kerana kemustahilan operasi ini pada pengehosan maya.

rekod SRV(Pemilihan pelayan) menunjukkan lokasi pelayan untuk perkhidmatan tertentu, contohnya, Jabber, Active Directory.

Agava adalah salah satu syarikat pengehosan tertua, menyediakan perkhidmatan pengehosan sejak 2001. Agava, dari segi bilangan pelanggan, ialah salah satu daripada sepuluh perkhidmatan pengehosan paling popular di Runet; lihat statistik tentang pemerolehan dan kehilangan domain .RU. Syarikat itu mempunyai pusat data moden sendiri di Moscow - "Agava-North"; untuk pelan tarif baris Euro, pelayan yang terletak di pusat data di Prague digunakan. Syarikat itu mempunyai lesen untuk menyediakan perkhidmatan komunikasi telematik.

Agava mempunyai banyak pelan harga. Memandangkan pengehosan disediakan pada platform dan, oleh itu, rancangan pengehosan Unix dan Windows tersedia untuk dipesan. Jika kita bercakap tentang tarif, mereka berbeza bukan sahaja dalam bilangan pangkalan data yang tersedia atau domain yang diletakkan, tetapi juga dalam sekatan yang berbeza pada penggunaan memori dan masa pemproses. Ini membolehkan anda memilih tarif terbaik bergantung pada trafik dan permintaan tapak pada sumber pelayan. Terdapat tarif pelan yang sama untuk.

Proses tempahan hosting agak rumit kerana banyaknya maklumat yang perlu dimasukkan ke dalam borang pesanan. Pada pendapat saya, semua ini boleh dipermudahkan.

Tempoh percubaan percuma.

Tempoh percubaan adalah 7 hari, hanya tersedia untuk tarif pada platform Windows, tempoh percubaan tidak disediakan.

Terdapat beberapa sekatan semasa tempoh ujian:

Mel tidak tersedia;
SSH tidak tersedia;
Tidak boleh menambah domain tambahan;
Hanya satu subdomain dibenarkan;
Hanya satu pangkalan data MySQL dibenarkan.

Walau bagaimanapun, sebagai tambahan kepada ini, untuk mula menggunakan akaun ujian, anda juga mesti mengesahkan, melalui SMS, nombor telefon mudah alih yang dimasukkan semasa pendaftaran atau memberikan imbasan pasport anda. Pengesahan melalui SMS hanya tersedia untuk pengendali mudah alih Rusia. Tidak jelas mengapa semua kelewatan ini diperlukan?

Panel kawalan.

Pada pengehosan Unix maya, CPanel standard digunakan untuk mengurus tapak dan pengehosan. Pada pengehosan Windows, Plesk digunakan untuk pengurusan. Kedua-dua panel mempunyai antara muka Rusia dan membolehkan anda menguruskan semua pilihan pengehosan yang tersedia dengan agak berkesan. Di bawah anda boleh melihat versi bahasa Inggeris bagi panel ini.

Keupayaan teknikal pengehosan maya Agava.

Tidak mungkin untuk menjejaki dari panel kawalan pengehosan apa beban yang dicipta oleh tapak pada pelayan. Had beban pelayan berbeza-beza dan bergantung pada pelan pengehosan.

Setiap pelanggan mel mempunyai antara muka sendiri untuk konfigurasi.

Sesetengah program klien memerlukan anda memasukkan semua tetapan secara manual, manakala yang lain menerima tetapan secara automatik daripada pangkalan data pembekal.

Mari lihat langkah asas yang dilakukan semasa menyediakan mana-mana klien e-mel. Maklumat ini boleh digunakan untuk tetapan untuk kebanyakan program e-mel.

Untuk menggunakan perkhidmatan mel, anda perlu mendaftar peti mel di tapak web pembekal mel, masukkan nama pengguna dan kata laluan anda untuk mengakses mel anda, kata laluan mesti diingati atau ditulis. Alamat e-mel anda akan kelihatan seperti - your-login@site-provider.

Dalam artikel ini anda akan menemui maklumat tentang tetapan untuk beberapa pembekal e-mel yang popular.

Untuk menerima atau menghantar mel, kebenaran diperlukan; untuk ini, anda mesti menunjukkan log masuk dan kata laluan anda dalam medan yang sesuai semasa menyediakan klien. Anda mungkin perlu melakukan ini apabila menyediakan pelayan mel masuk dan pelayan untuk menghantar mesej, tetapi kebanyakan klien e-mel mengingati data yang anda masukkan dan kemudian menggunakannya secara automatik.

SMTP - Protokol Pemindahan Mel Mudah, secara literal - protokol pemindahan mel mudah. Membolehkan anda memindahkan mesej dari komputer pengguna ke pelayan dan seterusnya di sepanjang rangkaian pelayan.
POP3 - Protokol Pejabat Pos 3, secara literal - protokol pejabat pos. Mengandungi arahan untuk menyambung ke pelayan dan memuat turun mesej ke komputer klien.
IMAP - Protokol Akses Mesej Internet, protokol untuk mengakses e-mel. Menyediakan keupayaan untuk mengakses e-mel yang disimpan pada pelayan tanpa memuat turun kandungan e-mel dan lampiran ke komputer tempatan anda.
Pembekal mel (ISP) ialah alamat e-mel tapak yang menyediakan perkhidmatan mel, contohnya mail.ru. Sebagai peraturan, pelayan mel masuk dan keluar dijalankan pada subdomainnya.
Pelayan mel masuk - alamat e-mel pelayan yang mana klien mel mesti menyambung untuk menerima mel, contohnya pop.yandex.ru atau imap.yandex.ru.
Pelayan mel keluar - alamat e-mel pelayan yang klien mel mesti disambungkan untuk menghantar mel, contohnya smtp.meta.ua.

Menyediakan mel masuk:

Terdapat dua protokol yang digunakan untuk menerima mel - POP3 dan IMAP, pilih protokol yang anda perlukan, sebaik-baiknya pilih IMAP jika pembekal mel anda menyokongnya.
Jika program klien menyokong penyulitan trafik, pasang kaedah SSL/TLS untuk keselamatan yang lebih baik.
Masukkan alamat pelayan mel masuk dan nombor port; data yang diperlukan untuk ini boleh didapati dalam jadual di bawah:

Pembekal	Pelayan Mel Masuk POP3	POP3 Port No.		Pelayan Mel Masuk IMAP	Port IMAP no.
Pembekal	Pelayan Mel Masuk POP3	Biasalah	SSL	Pelayan Mel Masuk IMAP	Biasalah	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

Menyediakan mel keluar:

Protokol SMTP digunakan untuk menghantar mel; anda hanya perlu memilih sama ada untuk menyulitkan trafik atau tidak. Adalah lebih baik untuk menggunakan SSL/TLS jika klien e-mel anda menyokong penyulitan.
Untuk mengisi medan yang sepadan dengan alamat pelayan mel keluar dan nombor port, gunakan maklumat dalam jadual di bawah:

Pembekal	SMTP pelayan mel keluar	Pelabuhan SMTP No.
Pembekal	SMTP pelayan mel keluar	Biasalah	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