StanceWars Sietla 2019 [4K]

Es sāku izveidot vietni un vēlos to palaist VPS, nevis koplietot dažādu iemeslu dēļ. Tas nozīmē, ka, ja es gribētu e-pasta pakalpojumus, man būtu jārisina nebūtisks uzdevums - palaist e-pasta serveri. Nav jautra problēma tādam "noobam" kā es.

Trīs lietojumus, par kuriem es domāju, var iedalīt šādi:

  1. Parastie pakalpojumi "nosūtīt pa e-pastu administratoram / atbalsts / neatkarīgi". Es domāju, ka es varētu izkļūt no vietnes "[email protected]", bet es vēlētos, lai viss būtu vienveidīgs, ja iespējams.
  2. Konta apstiprināšanas e-pasta ziņojumi / paroles atiestatīšana. Šķiet, ka tas ir galvenais šķērslis.
  3. Sagremot e-pastus, t.i., "pagājušajā nedēļā ar jūsu lietām ir noticis sekojošs - atbildes, balsojumi utt." Neatšķiras no plūsmas plūsmas e-pastiem. Acīmredzami izvēlieties.

Vai man tiešām ir iespēja neatbalstīt e-pastu savā vietnē?

  • Es ienīstu to teikt, bet VPS nav nepieciešama e-pastam - tikai domēns un serveris jebkurš ierakstiet ar pasta kārtību. VPS drīzāk ir problēmu mērogošanas risinājums.
  • @Talvi: Es nekad neteicu, ka e-pastam ir nepieciešama VPS. Tas, ko es teicu, bija tas, ka man bija citi iemesli izmantot VPS (lai gan tagad esmu par to runājis). Manam kopīgotajam resursdatoram jau ir iestatīts e-pasts, kuru es varu izmantot, taču tas nav iebūvēts ar VPS (protams). Nezinot par Google Apps, es domāju, ka man pašam būs jāveido pasta serveris.

E-pasts joprojām ir ļoti svarīgs. Un neizmantojiet uzņē[email protected] / @ hotmail.com kontu, tas tikai nosūta visus nepareizos signālus. No otras puses, neviens nesaka, ka jums pašam jāpalaiž SMTP serveris.

Viens vienkāršs un lēts risinājums ir bezmaksas Google Apps Standard savam domēna vārdam. Tas nodrošina vienkāršu tīmekļa saskarni, lai pārvaldītu e-pasta kontus, GMail tīmekļa pasta lietojumprogrammu un POP3 / SMTP / IMAP4 piekļuvi jūsu e-pastiem. Varat izmantot parasto POP3 / SMTP klienta bibliotēku, lai nosūtītu e-pastus no saviem tīmekļa lietotnes serveriem. Esmu redzējis anekdotiskas sūdzības par lēnu piegādi un pārāk ātru Google ierobežojumu pārsniegšanu, izmantojot bezmaksas Google Apps izdevumu; bet personīgi man nekad nav bijušas problēmas ar Google Apps.

Ja jums jānosūta daudz e-pastu jūs vienmēr varat jaunināt uz maksas Google App Engine kontu vai pārslēgt izejošo pasta serveri uz kaut ko līdzīgu Sendgrid.

Jums vajadzētu izveidot sūtītāja politikas ietvara ierakstu lai proaktīvi pievienotu baltajam sarakstam sava domēna e-pasta serverus un iekļautu ārējo pasta pakalpojumu sniedzēju SPF ierakstus.

Pēdējā lieta: nenovērtējiet par zemu e-pasta ziņojumu kā pārdošanas un saglabāšanas rīka spēku. Mērķtiecīgs personiskais e-pasts pēc reģistrēšanās, atgādinājuma e-pasts, ja kāds izmēģinājuma periodā neizmanto vietni utt. - tas palīdz samazināt pamešanas biežumu.

  • +1 Es savā e-pastā dažos domēnos izmantoju Google Apps Standard, un tas man pieder kopš pagājušā gada maija, un tas darbojas lieliski un ir pārsteidzoši viegli iestatāms.
  • +1 Google Apps tam ir lieliski piemērots, laba aizsardzība pret surogātpastu un jums nebūs problēmu ar MX ierakstiem. Es vienkārši pārslēdzos no sava domēna nodrošinātāja e-pasta uz Google Apps, un tas ir lieliski.
  • Šī noteikti šķiet labākā ideja divu iemeslu dēļ: 1) Es skatu WebFaction sākotnējo mitināšanu, un tie ir iestatīti, lai jūs nevarētu izmantot pastu (). Ja es jau nododu ārpakalpojumus ārējam SMTP serverim, tas varētu būt arī google. 2) Ja es kādreiz nonākšu līdz vietai, kur es pāraugu google (tas nozīmē, ka dienā jāsūta pa e-pastu 25 000 cilvēkiem - 50 konti * 500 unikālas adreses), sava pasta servera mitināšana būs neliela problēma.
  • Papildinājums: Es zinu, ka WebFaction nav VPS, bet mans draugs mani uzrunāja sākot ar koplietotu, un WebFaction, šķiet, ir diezgan pielāgojams, ar piekļuvi shell / ssh un iespēju instalēt Sphinx, ja man tas ir nepieciešams.

Es apsveru šo jautājumu pāris vietnēs / lietotnēs, kuras drīzumā plānoju ieviest. Attiecībā uz savām lietotnēm es sliecos atbalstīt e-pastu, taču lēmumi lielā mērā ir atkarīgi no jūsu mērķauditorijas.

Trīs jūsu pieminētajos lietošanas gadījumos:

  1. Tam nav nepieciešams palaist savu pasta serveri. Jūs varētu izmantot sava reģistrētāja pasta pārsūtīšanu, lai nosūtītu e-pastu uz savu Gmail (vai līdzīgu) kontu vai iestatītu domēna DNS, lai jūs varētu izmantot Gmail tieši caur sistēmu “google jūsu domēnam”.
  2. Mana mērķauditorija nav plaša sabiedrība kopumā, tāpēc es izvēlos pieeju "izmantot kaut ko līdzīgu, piemēram, keepass, un jūs neaizmirsīsit savu paroli" un "jūs esat aizmirsis atkārtoti pārbaudīt konta akreditācijas datus, vai ne, jūs esat izveicīgs" - bet, ja jūs mērķējat uz plašu auditoriju, it īpaši, ja plānojat (tagad vai vēlāk) gūt ienākumus no vietnēm, tas netiks mazgāts.
    Lai saņemtu konta paziņojumus, jums nav nepieciešams palaist pilnu pasta serveri - tikai izejošais serveris. Pārliecinieties, ka tas nav konfigurēts kā atvērts relejs (ja izplatīšanas standarta pasta iestatīšana ir pareiza, šajā ziņā no kastes ir pareizs, taču vienmēr pārbaudiet pats katram gadījumam) un ja jums ir iestatīti SPF vai līdzīgi DNS balstīti anti-spam padomi jūsu domēns (-i) pārliecinieties, vai jaunais serveris ir norādīts kā likumīgs sūtītājs.
  3. Šāda veida informāciju varētu attēlot kā tīmekļa lapu informācijas paneli, ja vien varētu būt steidzami ziņojumi, kurus lietotājs vēlēsies / būs jāredz, nepiesakoties jūsu lietotnē. Tāpat kā ar konta darbībām, šim nolūkam jums nav jāiestata pilns pasta serveris - tikai MTA nosūtīšanai.

Pat ja jūs sūtāt tikai no sava VPS un savu galveno pasta pakalpojumu glabājat citur, jums joprojām ir problēma, ka jūsu VPS sūtījumus nepareizi identificē kā nevēlamus, kas ir viens no maniem iemesliem, kāpēc es vēlos atteikties no manām lietotnēm, sūtot visas vēstules kopā - ja es nesūtu nevienu pastu, man nav jārisina sašutuši pasta pakalpojumu lietotāji ar pārāk jutīgiem nevēlamā satura filtriem vai iespēju cilvēkiem nejauši atzīmēt ziņojumus kā nevēlamus (tas nozīmē, ka viņi, iespējams, nesaņems jūsu turpmākās ziņas).

Diemžēl vienīgais veids, kā atbildēt "vai es tiešām varu dzīvot, ja vietne nesūta vēstules", ir apsvērt jūsu mērķauditoriju un to, kā viņi vēlēsies izmantot jūsu pakalpojumus. Jūs varat iztikt bez pasta, ja jūsu lietotāji nepalaidīs garām šo funkciju (-as), vai arī varat pamatot viņu neesamību, ja jūsu lietotāji to lūdz.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?