Spletno gostovanje in problem z maili

Tole:

Grizzly je 5. nov 2018 ob 14:07 izjavil:

Connection: opening to smtp.server.com:465

Tvoj smtp strežnik verjetno ni smtp.server.com...

L.p., Kloko

Večinoma se blokira povezovanje na tuje SMTP strežnike že na izvornem, preveč zlorab.

Da ne bo pomote:
1) smtp.server.com sem napisal tukaj, ker ne želim izdati pravega imena. Namesto "server" seveda pride ime strežnika, ki pa je pravilno, saj sem se s tem smtp-jem že povezal iz strežnika C.
2) To se dogaja že 3 dni in če bi včeraj zaradi napačnih poskusov strežnik dohodne povezave, bi po 24-ih urah verjetno spet delalo. Nobena blokada ni trajna, ali pač?
3) Kodo sem pregledal in predelal, sploh pa ni znanost... če dela na vsaj enem strežniku, je sigurno pravilno napisana, kajti drugače ne bi delala na sploh nobenem strežniku.

Karkoli okoli strežnika A bi moralo biti pregledano. Supportu sem jasno razložil kaj je problem in po mailu sem poslal še skripto, katero sem spisal, a ne dela. Tip si je res vzel časa in stestiral - vidim po tem, koliko različnih backupov je naredil iz moje skripte in na vsakem je nekaj drugače napisano. Poleg tega supporta ne morem učit, pač pa upam, da se na te zadeve spoznajo.

Ob vseh teh predpostavkah pridem do tega scenarija: Strežnik B blokira dohodno povezavo s strežnika A. Pri povezovanju s strežnika C pa iz neznanega razloga ne blokira, ampak spusti naprej. Kaj še lahko probam, če sploh kaj? V skrajnem primeru bo treba nekaj prestavit (ali maile ali spletko), ampak potem rabim jasne argumente v smislu "ne dela zaradi tega in tega".

Ales je 5. nov 2018 ob 22:38 izjavil:

Če hosting blokira povezovanje na tuj SMTP, je samo za zamenjat. Sicer pa najbrž nobena up. podpora ni toliko butasta, da tega ne bi vedela, OP pa je napisal, da jih je vprašal.

Ah, young and naive :)

Požarni zid, ki se večinoma uporablja, po defaultu naredi 8x temp ban in nato trajno blokira. Hkrati pošlje mail z razlogom in blokiran IP zapiše v config. Podpora tako lahko vedno pride do odgovora, če le zna ali hoče.

Predpostavljaš da podpora A ve kaj dela. Žal pogosto to ni tako.

Požarni zid A na shared hostingih skoraj praviloma blokira povezave na SMTP navzven, razen na svojega, zaradi spamming skript. Je pač najlažji način, zagotovo pa ne najboljši. To ni cPanel default nastavitev, ampak addon, ki ga precej uporabljajo in ima default nastavljeno tako.

cPanel je najboljša opcija za shared hosting trenutno, vsaj dokler se držiš tega kar ponuja. Za customizacijo pa ni več tako enostavno. Kaj pa uporabljate vi?