Po menjavi ponudnika problem s pošiljanjem pošte

si zamenjal tudi streznik za odhodno posto ? iz smtp.siol.net na smtp.t-2.net ?

Imam isti problem. Ponudnika SIOL sem zamenjal z lokalnim ponudnikom kabelskega omrežja, obdržal pa sem mail naslov na @siol.net.
Pošto preko njega lahko sprejemam, pošiljam pa ne. Razlog naj bi bil v tem, da Siol blokira pošiljanje pošte z @siol.net naslova, kadar je pošta dejansko oddana preko drugega ponudnika interneta, saj naj bi na ta način preprečevali pošiljanje spam.
Kako se tega rešiti ne vem, iščem odgovor tako kot ti... Zaenkrat si pomagam z računom na gmailu, ampak to ni trajna rešitev.
lp

> Gre samo za službeno pošto, ki jo sprejme, pošlje pa ne. Privat pošta (T-2) ni problematična. Dela kot treba

se enkrat:

si zamenjal tudi streznik za odhodno posto ? iz smtp.siol.net na smtp.t-2.net ?


posiljanje poste ni enako prejemanju. to sta dva cisto locena internet servisa.

sid: Naroči statični IP ali pa uporabi T-2jev SMTP.

T-2 namreč blokira uporabnikom z dinamičnim IP naslovom izhodni 25 port, ki se uporablja za SMTP.

sid

>za službeni mail imam druge nastavitve ker je seveda tudi strežnik drug.

SE ZADNJIC:

pop3/imap je cisto locena storitev od smtp.

nastavitve/gesla/dostop za pop3/imap streznik je cisto drugacna od smtp [odhodnega] streznika.

storitvni nista povezani. ti lahko preko odhodnega streznika ISP posiljas ali sluzbene ali privat ali XY maile, dokler si v njihovem IP omrezju oz. si se pravilno prijavil [smtp-auth] na odhodni streznik.

spremeni nastavitve za "sluzben" odhodni streznik na enako kot imas za "privat" racun.

in bo delalo.

PS:
domace branje [v slovenscini]:

kaj je to SMTP
kaj je to IMAP
kaj je to POP3?

Pomemben kriterij dolocanja spama je primerjanje domene odhodnega SMTP streznika z domeno posiljateljevega email naslova.

sploh ne.

Pomemben kriterij dolocanja spama je primerjanje domene odhodnega SMTP streznika z domeno posiljateljevega email naslova. Ce imas svoj namenski SMTP streznik, uporabljaj tega.
Se moram strinjat z Darkotom, tale izjava je mimo. Ponavadi bi se naj za vso posto, ki jo posiljas, uporabljal izhodni server ISPja, ne glede na tvoj email naslov.

Darko, Matek, sorry, dolgoletne prakticne izkusnje, pridobljene hard way.
Posiljanje po Sloveniji in frendom na gmailu ni problem, ce gres v malo bolj resne vode imas hitro probleme. Moj email account z domeno vred gostuje na ameriskem strezniku, normalno gre posta cez njihov SMTP z imenom moje domene, in stvar spila. Ce se kdaj zgodi, da "moj" SMTP ni dosegljiv in moram posiljat cez T-2 (ali prej SiOL), nekje trije od stirih poslanih mailov koncajo v spam filtrih. Kriticni so predvsem ameriski masovni ISPji, npr. AOL/Compuserve in pa email naslovi vecjih korporacij s profesionalnimi anti-spam resitvami, da ne omenjam karkoli povezanega z ameriskimi vladnimi organizacijami ali vojsko. Spravit mail do take stranke, ce je poslan preko T-2 SMTP je po mojih izkusnjah mission impossible.

Jaz imam za podobno situacijo (telesmeh) v outlooku nastavljene parametre:
pop.siol.net
mail.siol.net

dodatno imam pod More settings...
v kartončku Outgoing server obkljukano:
My outgoing server (SMTP) requires authentication
ter
Log on using:
User name: (isti username kot za incoming)
Password: (isti pass kot za incoming)

porta sta 110 in 25

in zadeva deluje že nekaj let brez problema

prakticno 100% vseh spam in virusnih mailov ima lazen naslov posiljatelja in so poslani cez en XY SMTP server.

ima pa prakticno 50% vseh NE-spam mailov pravi naslov posiljatelja in so poslani cez en XY SMTP server.

Ejga!

T-2 na "dinamičnih" IP naslovih blokira outgoing tcp port 25.

Pošta se praviloma pošilja na tcp port 587 (submission), kjer se je treba izkazat z uporabniškim imenom in geslom. Protokol je isti kot SMTP, se razume.

Primarni interes naslovnika za takim filtrom je, da se znebi nepreglednih kolicin spama. Sekundarni efekt je, da se njegovi poslovni partnerji drzijo dolocenega reda in etike pri internetnem poslovanju. Pomembne firme s pomembno posto imajo lastne mail streznike in urejene postopke za posiljanje poste, in ne posiljajo svoje poste cez Kitajsko, ce nimajo namena spamat.
Kaj te bode, Darko?

Clovek ti naredi uslugo in zignorira neumno vprasanje. Kaj bi rad slisal, ime komercialnega izdelka na polici trgovine? In to enega, ki ze po dafaultu filtrira na tak nacin? Moras malo pomolit nos izven Slovenije, korporacije ne tolerirajo nesposobnih adminov, pa tudi spam filtrov ne kupujejo v Wallmartu. Ali postavljas pod vprasaj moje navedbe, da se taksno filtriranje uporablja? Ta mal problem sprobat, navezi poslovne stike s kaksnim vecjim ameriskim podjetjem in si z njim dopisuj preko poljubnega SMTPja po tvoji izbiri.
Nimam se tu namena bockat z najstniki. Sidu sem posredoval svoj feedback na podlagi prakticnih izkusenj, ce mu pride prav, je bil namen dosezen.

Jaz sem imel podoben primer. Tako sem SMTP strežnik siola, preko katerega imamo v firmi pošto, zamenjal s strežnikom svojega ponudnika. Zadeva je špilala, dokler nisem poštudiral da mejli poslani na določene naslove sploh ne pridejo! In to brez obvestila meni kakor tudi prejemniku. Sem skoraj popenil, ko sem zatrjeval poslovnem partnerju da sem mu nekaj poslal, on pa ni prejel.
Potem sem pa za odhodni strežnik pustil siolov, za port izbral SMTP in SSL enkripcijo ter da strežnik za odhodno pošto uporablja iste nastavitve kot dohodno. In stvar špila.

Gor sem pozabil napisati, da sem za pri SMTP izbral port 465.

Hmmm....

Zanimiv odgovor: po eni strani je X.400 resnično zver, ki zna marsikaj, kar SMTP niti pod razno ne omogoča. Po drugi strani pa SSL opisuje protokol s katerim se preverja istovetnost strežnika in odjemalca, hkrati pa se zagotavlja tudi zasebnost in pravilnost vsebine pri prenosu skozi nezavarovan medij.

Skratka: mene zanima kasko zavarovanje (SSL), SiOL pa pravi, da si bi lahko namesto Yugota (SMTP) omislil Golfa (X.400), ker je v primeru trčenja to bolj varno vozilo....

Na tvojem mestu bi jim vrnil milo za žajfo in jih vprašal, če obstaja kakšen namen v bližnji bodočnosti svojo ponudbo varnih sporočilnih sistemov dopolniti še z implementacijo X.509 standarda, ki je bojda že množično uporabljen v množici najmodernejših e-poslovnih sistemov.

(The lights are on, but nobody's listening)

@MTB
Ja Matko, prav imaš glede certifikata. Zasika, potrdim da je ok in zadeva je poslana (in prispe k naslovniku).

Nima smisla karkoli odgovarjat, kajti, če jih opozoriš na nepravilnosti se zavijejo v molk.

Recimo že pred mnogim časom ( leta 2005) sem jih vprašal glede IMAPS (javi napačno geslo).
Od helpdeska ni odgovora, posredujem višji inštanci, nakar dobim od VODJE help deska odgovor,
da siol ne nudi IMAP dostopa.
Odgovora na vprašanje: "Komu potem plačujem mesečno naročnino za razširjen predal
in imam zato večjo kapaciteto, večjo maksimalno velikost posameznega emaila in IMAP dostop?",
seveda ni bilo.
V kolikor ne dobite odgovora na info@siol.net vprašanje posredujte (skupaj z glavo) na PR@siol.net
pomaga

Tudi T2 ima to nezadovoljivo rešeno. IMAP ne nudi (čeprav helpdesk pravi, da ja),
certifikati so "ročno" podpisani...


Kdo od slovenskih ponudnikov širokopasovnega dostopa ima kvalitetno urejene poštne strežnike?

Triera in Amis, sem prepričan. Za ostale nisem tako zelo.

Nudita IMAP, POP, webmail in imata urejene certifikate ?
Omejitev velikosti (predala, posameznega emaile?
Dostop do SSMTP iz tujega omrežja?
SPAM filter?
cena?
...?

""""""""""""""""""""
Jaz imam za podobno situacijo (telesmeh) v outlooku nastavljene parametre:
pop.siol.net
mail.siol.net

dodatno imam pod More settings...
v kartončku Outgoing server obkljukano:
My outgoing server (SMTP) requires authentication
ter
Log on using:
User name: (isti username kot za incoming)
Password: (isti pass kot za incoming)

porta sta 110 in 25

in zadeva deluje že nekaj let brez problema
""""""""""""""

Se da takšne nastavitve nastavit tudi v thunderbirdu?

Ok, hvala. Sem si kar mislil, da je to, samo sem moral biti ziher.

In to zdaj 100% deluje?