Newsgroup: it.tlc.cellulari.motorola
Titolo: [Lungo] EMail sul cell: meglio WapMail o Client integrato?

Visto che oggi una parte delle discussioni OT si e' incanalato sulla 
programmazione, ne approfitto per fare una riflessione, come da oggetto, 
che unisce questo argomento con l'In Topic del NG.
Possedendo un V66i, cioe' un modello senza client email integrato, ho 
cominciato ad interrogarmi sulle soluzioni possibili per poter consultare 
la posta elettronica dal telefono.
Nel mio caso, le risposte erano 2: Java o utilizzare un servizio WapMail 
(cioe' l'equivalente di servizi tipo HotMail, dove in pratica l'utente non 
possiede un client di posta ma utilizza un servizio online che formatta i 
messaggi e li trasferisce come pagina html, nel nostro caso wml, 
all'utente).
Chi possiede un T720, naturalmente, a queste opzioni puo' aggiungere la 
terza: utilizzo del client integrato.
Vediamo un po' i pro e i contro, sperando che l'argomento vi interessi e 
che qualcuno voglia intervenire.
Premesso che per leggere la propria casella di posta abbiamo bisogno, come 
minimo, di un nome utente, di una password e di un nome di server 
POP3/IMAP, ci troviamo gia' di fronte al primo problema.
Supponendo, infatti, di utilizzare GPRS per il collegamento, il nostro 
obiettivo e' quello di limitare al massimo il traffico dei dati in tutti e 
due i sensi.
Utilizzando un client integrato o un midlet Java, avremmo il vantaggio di 
non dover compilare ogni volta una form con i propri dati di accesso 
(avendoli immagazzinati nel telefono), mentre utilizzando un servizio 
WapMail dovremmo trasferire ogni volta la pagina wml di login.
Per contro, non appena inviata la richiesta, il midlet Java ha necessita' 
di comunicare con un server DNS per localizzare l'eventuale server di 
appoggio (se il proprio telefono, come i Motorola, consente solo 
connessioni HTTP) al quale passare la richiesta di accesso. La negoziazione 
DNS non e' molto pesante, ma sono cmq kilobytes in piu' che viaggiano 
da/verso il nostro telefono.
Un servizio WapMail non ha di questi problemi: e' lo script che effettua 
tutte le interrogazioni, quindi problemi di traffico non ne abbiamo.
Una volta localizzato il server Pop3/IMAP (o il server di appoggio per il 
midlet Java), inizia la negoziazione POP3/IMAP.
Anche qui, col servizio WapMail, siamo sicuri: tutte le operazioni vengono 
effettuate dallo script senza generare traffico.
Stessa cosa nel caso del midlet. 
La fregatura e' col client di posta integrato che si fa tutta la 
negoziazione Pop3/IMAP facendoci pagare kb "inutili".
Una volta avuto accesso al server di posta, si passa al download dei 
messaggi.
In questo, Midlet e WapMail, sono avvantaggiati: non devono preoccuparsi 
delle regole di protocollo POp3/IMAP e aspettano solamente i dati "puri" 
del messaggio.
Il client di posta integrato no.. anche qui rimane fregato.
Per carita', parliamo di pochi bytes: ma per un utente con un utilizzo 
medio della posta, sono dati che si sommano velocemente... e che gli 
operatori si fanno pagare tutti..
Naturalmente in questo punto si entra in una fase un po' difficile da 
valutare, in quanto legata alle caratteristiche di ogni interfaccia che si 
sta utilizzando: il midlet, infatti, potrebbe scaricarsi subito tutti i 
messaggi o passare all'utente una anteprima piu' o meno complessa; stesso 
discorso per il servizio di WapMail e il midlet..
Con l'unica differenza che per leggere anche solo gli headers del 
messaggio, il client integrato deve subirsi ancora una volta tutti i 
passaggi del protocollo Pop3/IMAP, con il rischio di doversi scaricare 
tutti gli headers per magari mostrarne solo alcuni (data, oggetto, ecc).
Una fregatura enorme, se si pensa che gli header di un messaggio contengono 
anche tutto il percorso fatto dal messaggio fra i vari server di posta per 
giungere a noi!!! Per non parlare se nel messaggio ci sono attachment.. il 
client del T720 ad esempio non scarica i messaggi con allegati, ma vi siete 
chiesti come fa a capirlo??
Tenendo presente che questo discorso bisogna moltiplicarlo per i messaggi 
non letti presenti nella mailbox, c'e' da riflettere un po'..
La mia riflessione? Che i client di posta integrati siano "un suggerimento" 
degli operatori mobili come sfondi, suonerie polifoniche, ecc ecc?
Non so.
Alla fine mi sono scritto due piccoli script di WapMail attraverso i quali 
ho una minima anteprima dei messaggi nella casella di posta (il mittente) 
e, solo dopo aver letto il mittente ed essere sicuro che non si tratti di 
posta indesiderata, la lettura completa del messaggio IN OGNI CASO troncato 
al primo KB.. 
In questo modo, ho un traffico totale di circa 15K per ogni 10 mail tutte 
con almeno 1024 caratteri di testo! Il che equivale, tariffe TIM alla mano, 
a 90 centesimi di traffico, chiamiamolo limite.. economico non e' 
(figurarsi), ma per una consultazione d'emergenza o una paio di volte al 
giorno, ci si puo' stare.
Sarei curioso di sapere il costo, nella stessa situazione, utilizzando un 
client integrato.. e anche un midlet perche', non dimentichiamoci, che il 
midlet vive gli stessi problemi: e' vero che la negoziazione col server di 
posta viene effettuata dal server di appoggio, ma il protocollo utilizzato 
dal midlet e da questo server di appoggio, genera cmq traffico 
indesiderato...
Scusate il post lunghissimo ma penso ne valesse la pena.
Ciao
--
LiG		

 ha scritto nel
messaggio news:aqg3jq$2dpe$2...@stargate1.inet.it...


 ha scritto nel messaggio
news:l1Sy9.6532$Zn2.1...@twister1.libero.it...

 ha scritto nel messaggio
news:aqgv70$nfh$1...@nntp.weblinea.it...


 LiG
Ti dico la mia.
Alcuni providers danno la possibilita' di accedere via wap alla mail.Tra
questi tin/Virgilio.Basta assegnare una Funzione Rapida per ogni casella
....Pero' non puoi cancellare la mail.
A mio avviso una applet che entri in mail con IMAP e' molto piu'
flessibile.Potrebbe fare il fetch degli headers...diciamo il subject ed il
sender, lasciando tutto il resto su remoto.
Il tutto conservando i dati per tutti gli accounts e fornendo la
possibilita' del deleting.
D'altro canto e' giusto dire che regalare soldi a Tin/Vodafone/Wind etc. non
e' bello.
Sarebbe l'ideale se la tua cgi fornisse la possibilita' di avere un pannello
di controllo dove settare piu' accounts -conservando tali settaggi- e di
fare un check unico, cioe' un output con headers limitati (risparmio di
soldi) ma con la possibilita' di un flag per il delete.
Ovviamente per gli utenti registrati di Mct.
Ciao

Io possiedo per lavoro un po' di tutto. Adesso sto usando un 720 con il
client integrato.
Cos'ha di buono: controlla a scadenze definibili (5, 10 minuti ecc.) la
casella, e segnala con bustina su display l'arrivo dei nuovi messaggi. Si
fissa un limite per messaggio (6 k, 10k?) e quelli oltre quella dimensione
non vengono scaricati. Non rimane pero traccia degli headers. L'idea di per
sč non mi dispiace, sembra outlook, ma cos'ha di negativo:
ci mette una vita
costa un sacco se non si ha traffico gprs a forfait
non trasferisce tutto
non si leggono gli attachment, e anche se si leggessero prima di scaricarne
uno da 120 k per leggere le 10 righe che interessano..
Continuo ad usare la wapmail, che mi consente di visualizzare tutti gli
allegati, compresi i documenti word e pdf, senza downloadarli. Il traffico
gprs č un'inezia al confronto, non pago a tempo quindi di fatto per me č
uguale essendo in gprs.
Perchč trasferire tutto per poi cancellare quando posso consultare, con la
stessa identica interfaccia, senza nemmeno trasferire?
Non c'č paragone, e non sono nemmeno tenuto ad usare la mail di tin o di
altri provider, continuo a consultare la mia solita box.
Non č vero che bisogna ogni volta fare login: solo la prima volta, poi si
bookmarka dopo l'ingresso e via. Richiamando il bookmark ci si ritrova
dentro la casella. Funzionano cosě sia wapmail di libero che 
excell.to
 (solo
che quella di libero non consente di leggere gli attachment e non ottimizza
le pagine come invece fa excell, in ogni caso uso entrambe).
Io sul 720 ho assegnato alla url della mail (con login automatica)
l'etichetta vocale "mail", cosi mi ritrovo in casella semplicemente
chiamando la funzione a voce. Per me questo due anni fa era fantascienza.
Non solo: ho sperimentato una cosa divertente . Mi sono mandato una mail con
attach jpg e midi, tramite excell ho consultato col 720 e ho scaricato
l'immagine e la suoneria direttamente nel telefono, cosi ho risolto il
problema di come downloadare roba.
Torno a smanettare sul mio patacchino adesso, con l'aiuto dell'obbiettore
;-)


(risparmio di soldi) ma con la possibilita' di un flag per il delete.
Al delete dei messaggi ci avevo pensato.. prima o poi l'implemento.
Per quanto riguarda gli account si andrebbe a complicare un po' tutto a 
scapito, questo e' il vero problema, delle performance e del traffico dati 
(la cgi dovrebbe reperire i parametri, fare un check di tutte le caselle e 
riepilogare i dati conservando la sorgente [mail server] di ogni 
messaggio...) Per come e' adesso, IMHO, non e' piu' utilie salvarsi uno 
shortcut per ogni server da controllare?
Ciao
--
LiG

cosi ho risolto il problema di come downloadare roba.
Infatti: altro vantaggio della wapmail
Ciao
--
LiG

 ha scritto nel
messaggio news:aqlgs4$j12$1...@lacerta.tiscalinet.it...

Ci ho provato...ma il cell. mi dice "Url troppo lungo" !
Ciao

Scusa visto che mi sembri ben documentato mi puoi dire come configurare il
client email del mio T720?
io ho wind (un 329) ho attivato il gprs (e col wap funge)
ho (sul computer di casa Tiscali, libero, ma ho anche email da web con wind)
non capisco se devo andare in gprs o csd (cosè?) e soprattutto non capisco
che dati inserire nel menù config mgsEmail....
ho già telefonato più volte a wind ma nisba non sanno il menù del tel...
ti prego aiutooooooooooooo
grazie carlo
--------------------------------
Inviato via 
http://usenet.libero.it


Ne lo conosco io il menu del 720.
Dimmi che parametri hai in tale menu e cerco di aiutarti.
Contattami qui 
dab...@tin.it
Ciao