Login u yahoo email sa eunet-a

Da li neko (ko se bavi u detalje ovom problematikom) moze da mi objasni kako radi login u email na distantnim mrezama (primer: logovanje u yahoo email sa hosta na eunet mrezi)?

Ono sto ja znam (u kratkim crtama) je sledece: izmedju jednog od eunet.yu hosta i jednog od *.mail.yahoo.com servera mora da se uspostavi TCP konekcija. Aplikacija koja to radi mora da ima specificni port odredjen za tu namenu. Da li postoji neki RFC koji objasnjava moje pitanje?

Unapred zahvalan,
Pera Detlich

Potpis

Ko shvata znace, ko zna razumece, ko razume shvatice

Ovde mozes naci sve portove

http://www.iana.org/assignments/port-numbers

Potpis

Horror, and moral terror are your friends.

Hvala. To sam znao na drugi nacin - RFC 1700.

Potpis

Ko shvata znace, ko zna razumece, ko razume shvatice

Pa posto nema nikoga da mi odgovori na pitanje, ja cu pokusati sa delimicnim odgovorom (u medjuvremenu sam se potrudio da iskopam neke nove podatke). Mozda mi neko pomogne da dopunim mozaik (nedostajuce elemente).

Ono sto prvo mora da se desi je da se uspostavi TCP konekcija izmedju eunet hosta i yahoo web servera (port 80). Port 80 se koristi izmedju eunet host web browser-a i web-based email klijenta na yahoo web serveru.

Ono sto je meni nepoznato i nejasno je kako se uspostavlja intra konekcija izmedju web-based email klijenta i email servera (koja su dve razlicite software-ske aplikacije (generalno, partikularno mogu biti na istom) na dva razlicita fizicka entiteta u yahoo mrezi)? Kako oni komuniciraju medju sobom? Koji je to port?

Email razmena (transfer email-ova izmedju email servera) UVEK koristi TCP konekciju (port 25), bezobzira na koji nacin email klijent komunicira sa email serverom. Dakle, za komunikaciju izmedju email servera se koristi SMTP (Simple Mail Transfer Protocol) na portu 25, a sve je ovo dokumentovano u RFC-evima 821 i 822.

Potpis

Ko shvata znace, ko zna razumece, ko razume shvatice

Pa verovatno (tj. sigurno) postoji middle server, tj. posrednik izmedju POP3/SMTP gateway-a i baze mailova sa web interfejsom.

To je aplikativni softver koji korisniku salje HTTP informacije (yahoo mail web sajt) a sa ostatkom Yahoo mail sistema komunicira preko POP3/SMTP protokola i nekog database protokola.

Znaci:

[ korisnik ] <- HTTP -> [ yahoo web gateway ] <- POP3/SMTP -> [ yahoo mail server ]

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Kockice se polako slazu. Pogledao sam Post Office Protocol (Version 3), i to je detaljno opisano u RFC 1939 (Post Office Protocol - Version 3). Ono sto je jasno odatle je da je koriscena TCP konekcija na portu 110 mail servera (preuzeto iz RFC 1700):

pop2 109/tcp Post Office Protocol - Version 2
pop2 109/udp Post Office Protocol - Version 2
# Joyce K. Reynolds <[email protected]>
pop3 110/tcp Post Office Protocol - Version 3
pop3 110/udp Post Office Protocol - Version 3
# Marshall Rose <[email protected]>

Ono sto mene buni je sto (posto sam pregledao ad-hoc RFC 1939) nigde ne vidim xfer sending email-a od mail clienta ka mail serveru (detaljno je opisano kako client kupi postu sa mail servera). Mozda sam proleteo taj deo, kasnije cu pogledati detaljnije.

Potpis

Ko shvata znace, ko zna razumece, ko razume shvatice

Sam si sebi već delimično odgovorio na to pitanje ;o):



Na Windows i Mac sistemima je stvar malo drugačija, jer nema svaka mašina podignut mail server i fully qualified domain name, pa se koristi neki mail server (najčešće ga obezbeđuje provajder) koji radi prosleđivanje (relaying) pošte. Ovaj server se naziva smart host ili relaying host, a laici ga najčešće zovu "SMTP server". Onda klijent preko SMTP protokola i porta 25 prosledi tom serveru poštu, a on se stara za dalju distribuciju.

Tradicionalno, u vreme kad je nastajao email, svaki računar je imao svoj MTA (mail transfer agent / mail server), a korisnici su koristili MUA (mail user agent / mail klijent) za pisanje i čitanje poruka. Sada je kod većine korisnika situacija drugačija, utoliko što su MUA i MTA na različitim mašinama od kojih je klijentova mašina često off-line, zbog čega je i uveden POP protokol, koji obezbeđuje isporuku pošte "na zahtev", što SMTP protokol ne podržava.

Potpis

int rand(void);

Those who do not understand Unix are condemned to reinvent it, poorly.

Upali lampicu — koristi Jabber!

Ja cu samo da se nadopunim - recimo mail server na knjizara.com sastoji se iz tri elementa - pop3, agent i smtp komponenta. POP3 komponenta osluskuje port 110 i obezbedjuje da korisnik moze da pokupi mailove. SMTP komponenta osluskuje port 25 i omogucuje slanje maila. Agent komponenta primljeni mail prosledjuje gde treba (ukoliko je primljen mail za nalog koji nije @knjizara.com - pronalazi MX record za domen, i kontaktira doticni smtp server i prosledjuje mail na tu odredjenu adresu - a ako je za nekoga @knjizara.com - postavlja mail u inbox korisnika koji ga moze odatle pokupiti po potrebi).
WebMail funkcionise slicno - skript jezik kontaktira POP3 i SMTP komponente, a Agent komponenta je "nedostupna" spolja i sluzi za distribuciju mailova na tacno odredjena mesta.
Nadam se da je sad jasnije kako funkcionisu ovakvi mail server (IMAP radi nesto drugacije, to nisam proucavao).

P.S. Detlic- na http://www.ezmts.org/ imas negde pri dnu strane koji su RFC-ovi za mail protokole (mada si mozda sve to vec nasao), a imas i source prve (ili jedne od prvih) verzija doticnog mail servera na toj adresi, ako te zanima kako sve to programski i izgleda.

Potpis

Kad sve ostalo zakaže, pročitaj uputstvo...

Ovako: prvo da se SVIMA zahvalim na odgovorima. Odgovori su interesantni, razotkrivaju (barem meni) nove vidike i teraju me na jos dublja razmisljanja.

Jos sam malo citao RFCeve, i doneo interesantne zakljucke.

Prvo, o samom POP3 protokolu. Ocigledno da me ad-hoc impresija NIJE prevarila, citiram RFC 2449, glava 7, paragraf 1:
Future extensions to POP3 are in general discouraged, as POP3's usefulness lies in its simplicity. POP3 is intended as a download-and-delete protocol; mail access capabilities are available in IMAP [IMAP4]. Extensions which provide support for additional mailboxes, allow uploading of messages to the server, or which deviate from POP's download-and-delete model are strongly discouraged and unlikely to be permitted on the IETF standards track.

Dakle, odavde JASNO sledi da je POP3 poprilicno jednostavan protokol koji sluzi za downloadovanje poruka i brizanje istih na serveru (da se ustedi intra BW).

Takodje je interesantna ideja G-dina brokera sa telnetom na mail server na port 110, medjutim to sam pokusao (da se telnet-ujem) na moj yahoo mail server (prvo sam poslao jednu laznu poruku na nepostojecu IP destinaciju da bi dobio adresu moga yahoo email servera) sa NT-a, i to mi NIJE uspelo (ocigledno je da yahoo blokira takvo sto na firewall-u). Cisto da bi proverio formate RFC 1939.

Odavde takodje sledi da se za upload na email server koriste OCIGLEDNO drugi protokoli (IMAP4 i SMTP), ali ni ja o IMAP ne znam nista (osim da je definicija na RFC 2060 - INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev), ponesto znam o SMTP-u...

Dakle, ono sto je napisao G-din Dimkovic je poprilicno tacno: [ korisnik ] <- HTTP -> [ yahoo web gateway ] <- POP3/SMTP -> [ yahoo mail server ], gde se za download koristi POP3, za upload SMTP.

Potpis

Ko shvata znace, ko zna razumece, ko razume shvatice