teo ip + postfix

Ar įmanoma su Teo naminiu ip pasikurti mail (postfix) serveri, ir siųsti laiškus į išorę, nenaudojant kitų išorinių SMTP serverių (smpt.zebra.lt; smpt.gmail.com )

Vidiniam tinkle laiškų siuntimas veikia, naudojant smpt.gmail.com ssl autentifikacija veikia ir į išorę, o naudojant savo smtp laiškai į išorę nepraeina "Connection timed out"

Teo teigia, kad jie nieko neblokuoja.

:~# traceroute -n -T -p 25 aspmx.l.google.com
traceroute to aspmx.l.google.com (64.233.184.26), 30 hops max, 60 byte packets
1  192.168.1.1  4.627 ms  4.297 ms  30.527 ms
2  * * *
3  * * *
4  * * *

Ar įmanoma su Teo naminiu ip pasikurti mail (postfix) serveri, ir siųsti laiškus į išorę, nenaudojant kitų išorinių SMTP serverių (smpt.zebra.lt; smpt.gmail.com )

 

Vidiniam tinkle laiškų siuntimas veikia, naudojant smpt.gmail.com ssl autentifikacija veikia ir į išorę, o naudojant savo smtp laiškai į išorę nepraeina "Connection timed out"

 

Teo teigia, kad jie nieko neblokuoja.

 

:~# traceroute -n -T -p 25 aspmx.l.google.com
traceroute to aspmx.l.google.com (64.233.184.26), 30 hops max, 60 byte packets
1  192.168.1.1  4.627 ms  4.297 ms  30.527 ms
2  * * *
3  * * *
4  * * *

Jap, idomus reikalas, aš domėjaus jau seniau, teo taip pat sakė kad nieko neblokuoja, bet pastrigau ties ta pačia vieta kaip tu, locale veikia, išore neina. Atrodo teo blokuoja, bet meluoja į akis sakydami kad neblokuoja :D

disabling visus firewallus, ir pachekink portus per http://www.yougetsignal.com/tools/open-ports/

disabling visus firewallus, ir pachekink portus per http://www.yougetsignal.com/tools/open-ports/

Port 25 is open on ....

Su nmap patogiau šiektiek iš karto visus atidadrytus rodo.

Turiu keltą pasvartymų kodėl taip gali būti, bet svarbi ir kitų nuomonė :)

1. Galbūt reikia reversinio ip, kad būtų į tą domeną ant kurio paštas.

2. Visas subnetas (ne konkretus ip) (78.60.0.0/16 is listed on the Policy Block List) sėdi spamerių duomenų bazeje pbl.spamhaus.org ir zen.spamhaus.org.

Port 25 is open on ....

Su nmap patogiau šiektiek iš karto visus atidadrytus rodo.

 

Turiu keltą pasvartymų kodėl taip gali būti, bet svarbi ir kitų nuomonė :)

1. Galbūt reikia reversinio ip, kad būtų į tą domeną ant kurio paštas.

2. Visas subnetas (ne konkretus ip) (78.60.0.0/16 is listed on the Policy Block List) sėdi spamerių duomenų bazeje pbl.spamhaus.org ir zen.spamhaus.org.

Blokuojama. Aš pats naudodamas teo neturiu galimybės niekur jungtis per 25 port'ą. Net neskambinau klaust, matos ir taip kad blokuojama. Vengia matyt spamerių virusuotais kompais.

O dėl pasvarstymų:

1) reversinis IP tik padidina siunčiamo laiško patikimumą. Gali laiškus siųst ir be reverse'o, tiesiog jie dažniau į spam papuls, ir kai kurie servai jį netgi gali atmest.

2) ta pati situacija kaip ir dėl pirmo varianto. Jau MTA tikrina ar laiškas patikimas ar ne, ale "spam filtras". Plius google dažniausiai kiek pastebėjęs net nekreipia dėmesio į rbl'us. Jie turi pakankamai vartotojų, kad savo filtrus galėtų apsimokyt.

Blokuojama. Aš pats naudodamas teo neturiu galimybės niekur jungtis per 25 port'ą. Net neskambinau klaust, matos ir taip kad blokuojama. Vengia matyt spamerių virusuotais kompais.

 

O dėl pasvarstymų:

1) reversinis IP tik padidina siunčiamo laiško patikimumą. Gali laiškus siųst ir be reverse'o, tiesiog jie dažniau į spam papuls, ir kai kurie servai jį netgi gali atmest.

2) ta pati situacija kaip ir dėl pirmo varianto. Jau MTA tikrina ar laiškas patikimas ar ne, ale "spam filtras". Plius google dažniausiai kiek pastebėjęs net nekreipia dėmesio į rbl'us. Jie turi pakankamai vartotojų, kad savo filtrus galėtų apsimokyt.

Logiška jiems būtų blokuoti, kam tada reiktu teikti mokamą SMPT valdymo paslaugą :) Tik koks tikslas sakyti, kad nieko neblokuojama, nebent tas klausimas tų nepasiekia, kurie gebėtų i tą klausimą atsakyti.