Newsgroup: it.comp.os.os2
Titolo: consiglio su programma email

ciao
non ho grosse esigenze per quanto riguarda la gestione della
posta elettronica...
attualmente uso prmail, ma e' +ttosto bacato e vorrei passare
a qualcosa di meglio...
sono indeciso tra polarbar e mozilla...
se non sbaglio, dovrebbe essere possibile usare entrambi
sia da OS/2 che da windows (almeno condividere la stessa
base di messaggi) e so che ci sono programmi o script per
importare in polarbar la base dei messaggi di prmail (non
ho idea se ci sia qualcosa del genere per mozilla)
nessuno usa questi due programmi?
quali sono le vostre esperienze in proposito ?
grazie
--
bye
Alessandro Cantatore
email reply to: acantatore (at: 
tin.it
)

 quali sono le vostre esperienze in proposito ?
io da sempre uso i client di posta/news forniti dalla Netscape (prima)
e da Mozilla.org (ora). Mi sono sempre trovato benissimo, sopratutto
per il fatto che su qualsiasi SO ci sono e non devo cambiare abitudini
o imparare nuovi prg (per quanto semplici).
Attualmente a casa uso mozilla in imap.
La posta e` condivisa per forza in quanto sta sul server e io ci accedo
indifferentemente con qualsiasi client che supporta tale protocollo.
Ovviamente se il server imap sta sulla tua LAN e` meglio.
-- 
ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ] [ Icq#:51640305 ]
[ 
http://pido2.webhop.net/
 ]

 
Ormai da un pezzo ho abbandonato PMMail per mozilla, e non lo 
rimpiango assolutamente. Pero' non ho mai provato a condividere il 
profilo utente tra Windows e Os2 (non che ci veda problemi 
particolari, a parte il doverlo salvare su Fat32).
Per importare la base messaggi di pmmail in mozilla, uno scriptino che
faccia un po' di APPEND dovrebbe essere sufficente.
-- 
ciao, Gabriele
[ 
http://www.ecomstation.it/xwp
 ]
[ 
http://www.ecomstation.it/ecsoft2/
 ]

 ho idea se ci sia qualcosa del genere per mozilla)
anch'io sto cercando uno script del genere..
e mi piacerebbe passare al thunderbird..
Massimo
- eCS Irc Network   
irc.ecomstation.it
    chans: #eCS #eCSita   
- 
http://www.teamos2.it
 
http://www.ecomstation.com/

 quali sono le vostre esperienze in proposito ?
Io uso PolarBar: va.
Che vada bene e' un altro discorso, ha una marea di difetti, tra cui il
fatto che e' in Java.
Questo e' pero' anche il suo pregio, visto che posso lasciare programma
e messaggi tutto sul fileserver ed aprirlo da dovunque.
 bye
	av.

,
        @
tin.it
 (Alessandro Cantatore) wrote:
 >non ho grosse esigenze per quanto riguarda la gestione della
 >posta elettronica...
 >attualmente uso prmail, ma e' +ttosto bacato e vorrei passare
 >a qualcosa di meglio...
 >
 >sono indeciso tra polarbar e mozilla...
grazie a tutti quelli che mi hanno risposto...
provero' ad esplorare mozilla...


 quali sono le vostre esperienze in proposito ?
IO ho sempre usato NetscapeMail e mi sono sempre trovato abbastanza bene:
l' unico appunto che posso fare e' che rispetto alla ver. 2.02 Netscape4.6
non consente di usare piu' profili contemporaneamente; mentre prima potevo
impostare piu' profili, uno per ogni account o anche piu' profili diversi
per ogni account ora non e' piu' possibile, devo chiudere e riaprire l'
applicazione con un profilo diverso. Grossa perdita di flessibilita'.
Comunque per tutto il resto IMHO anche per esigenze un po' piu'complesse
mi pare ottimo.
Ovviamente Netscape-Mozilla hanno anche l' indubbio vantaggio di essere
compatibili tra loro e su piattaforme diverse.

 wrote:
 >IO ho sempre usato NetscapeMail e mi sono sempre trovato abbastanza bene:
 >l' unico appunto che posso fare e' che rispetto alla ver. 2.02 Netscape4.6
 >non consente di usare piu' profili contemporaneamente; mentre prima potevo
 >impostare piu' profili, uno per ogni account o anche piu' profili diversi
 >per ogni account ora non e' piu' possibile, devo chiudere e riaprire l'
 >applicazione con un profilo diverso. Grossa perdita di flessibilita'.
 >Comunque per tutto il resto IMHO anche per esigenze un po' piu'complesse
 >mi pare ottimo.
 >Ovviamente Netscape-Mozilla hanno anche l' indubbio vantaggio di essere
 >compatibili tra loro e su piattaforme diverse.
grazie


 wrote:
 >Sto valutando Polarbar, e non č affatto male.
 >
 >Funziona bene ed č estremamente flessibile: multi utente; multi account;
 >multi rubrica; IMAP e tutte le nuove diavolerie; configurabile fino al
 >midollo; tre modi diversi di interpretare i messaggi; filtro bayesiano
 >integrato; tutte le impostazioni in ASCII; base messaggi ad archivi
 >separati...
 >
 >Tra i nei: ancora non sono riuscito a NON fargli marcare come letto un
 >messaggio su cui poso il cursore per vederlo in anteprima (come fa il
 >defunto PMmail) e, per ora, niente thread.
bug ? niente x ora ?


 wrote:
 >> bug ? niente x ora ?
 >
 >Non lo uso ancora abbastanza pesantemente.
 >Cmq ho riscontrato varie "imprecisoni" più che altro dovute a Java, le
 >Swing e relative stramberie. (Nota: Java 118, su W4)
 >
 >Di buchi veri e propri, solo, una volta, aveva deciso di non commutare
 >più tra due diversi utenti.
 >Risolto non ricordo come, ma è stato semplice.
 >Non cmq un banale chiudi-riapri; si era proprio incartato. Dati persi:
 >nulla.
io al momento sto cominciando a provare mozilla...


 bug ? niente x ora ?
_ Ogni tanto si incanta e lo devi uccidere.
_ Se lo usi un po', esaurisce la memoria del sistema (non quella fisica,
ma qualcosa fa), nessun programma parte piu', e molti di quelli in
esecuzione non funzionano piu' bene. Lo devi chiudere e riaprire e dopo
tutto va.
_ Se nell'invio di un messaggio il mail server risponde negativamente
spesso va in crash e comunque non ti fa mai vedere il messaggio di
errore.
_ Altre varie ed eventuali...
 bye
	av.

 Crash a parte, i log stanno in Tools->Logs.
Ho scoperto una cosa interessante: il formato degli archivi di posta di
POlarBar e' compatibile con quello di PostRoad, infatti posso leggere le
stesse cartelle INBASKET indifferentemente da POstroad o da PolarBar...
devo studiare bene la cosa ma credo che, forse entro certi limiti, si
possano gestire le stesse cartelle dai due programmi anche
contemporaneamente.  
-- 
Alessandro
-------------------------------------------
Ubi Maior minor cessat
-------------------------------------------

 contemporaneamente.
Sigh. Purtroppo e' cosi' in teoria. Quando installai PolarBar venendo da
PostRoad provai ad importare tutto, sia usando il suo finto protocollo
PPO, sia copiando a mano i files. Risultato: elenco di messaggio spesso
senza titolo o mittente o destinatario.
 bye
	av.

 senza titolo o mittente o destinatario.
No no... io ho fatto un'altra cosa: quando con PRoad ho creato l' inbasket
ho praticamente utilizzato una cartella preesistente, qualla dell'
inbasket di Polar... cosi' tutto quello che ricevo con Polar lo rivedo con
PRoad, solo che con Proad ho il D&D e forse qualcos'altro... pero' Proad
non mi interpreta gli attachments(unico difetto riscontrato, per ora).


 non mi interpreta gli attachments(unico difetto riscontrato, per ora).
Come da subject, e' vero che e' scritto in java ma e' pieno di utili
funzionalita', e' abbastanza efficente, non ha bug di grosso calibro, del
resto e' ancora in fase di sviluppo e puo' migliorare notevolmente ma quel
che mi pare piu' interessante e' che... raga'... pur essendo scritto in
java e' na scheggia! E io ho la vecchia JVM1.1.8(con gli ultimi fix)
quindi mi imagino che con le ultime JVM vada veramente bene.
Questa e' la dimostrazione che se un programma in java e' scritto BENE non
ha nulla da invidiare ad uno scritto in altri linguaggi, sulla carta piu'
performanti. inoltre, come dicevo, le cartelle ed i messaggi sono
gestibili anche con PostRoad, anche contemporaneamente: l' utilita' e' che
mi fornisce il D&D che manca a polarbar ed altre cose, poche ma utili.
L' unico difetto grosso di PostRoad e' che non ne vuol sapere di
intermrpetarmi gli attachments.


 quindi mi imagino che con le ultime JVM vada veramente bene.
Si, e' un po' piu' veloce, soprattutto a partire.
 bye
	av.

 Polarbar e' un' oggetto giovane e in via di sviluppo
Alla faccia! Sono anni che e' in giro. E se guardi le ultime versioni
non e' che sia cambaito poi cosi' tanto...
 bye
	av.

 Si, e' un po' piu' veloce, soprattutto a partire.
Provato a mettere nel config.sys
SET JAVA_CLOCK_RESOLUTION=32
?
Dovrebbe accelerare un po' l' esecuzione dei programmi.


 non e' che sia cambaito poi cosi' tanto...
Boh si vede che sono io che lo conosco da poco.


 
L'avevo gia' letto, ma non avevo capito bene come funzionava.
Ora ho capito che non posso avere l'upgrade dei "servizi" TCP/IP
(ecchissenefrega), ma posso avere lo stack base aggiornato.
L'ho gia' scaricato, lo provero' appena fatto un backup.
Certo che comunque orientarsi tra tutti gli aggiornamenti di IBM non e'
mica facile!!!
 bye & Thanks
	av.

 mica facile!!!
Convengo completamente

 No puoi avere anche quelli ma ee' un pacchetto separato.
Sarebbe?
Io ora ho installato: WRI8610 che' e' l'aggiornamento dell'MPTS
UN_0980: che e' l'aggiornamento dei *servizi* TCP/IP, ma che e' ancora a
16-bit.
Ora voglio indagare perche' dovrei poter aggiornare anche il Peer.
 bye & Thanks
	av.

 ché non è poco...
Ormai e' diventato il mio client di posta predefinito.


 E Leggiti tutto il thread. Potrebbe tornarti molto utile.
Come volevasi dimostrare...
Ho seguito il tuo consiglio, aiutandomi anche col sito WarpUpdates, ed
ho aggiornato tutto quanto riguarda la rete all'ultima versione
disponibile gratuitamente per Warp 4 Client.
Ora utilizzo felicemente il TCP/IP a 32-bit e l'ultimo Java, ma non
funziona piu' bene il Peer, proprio come temevo.
In pratica:
_ dalla macchina OS/2 riesco ad utilizzare pienamente le macchine con
FreeBSD+Samba e Windows;
_ dalle macchine Windows riesco ad utilizzare pienamente la macchina
OS/2;
_ dalla macchina OS/2 riesco a fare NET VIEW \\computer su qualunque
macchina;
_ dalla macchina OS/2 (quella aggiornata) non riesco ad utilizzare le
cartelle condivise da altre macchine OS/2 (anche la stessa).
Ad esempio, facendo su xxx:
net view \\xxx
funziona, mentre:
dir \\xxx\yyy
no.
(yyy e' una share che esiste, xxx e' il computer in questione, quello
dove ho aggiornato l'MPTS).
Idee?
 bye
	av.
P.S. Per chi si chiedesse che senso ha fare riferimento ad una share
locale, e' per poter usare gli stessi script/makefile/... su tutti i
computer.

 funziona piu' bene il Peer, proprio come temevo.
Ma l' hai aggiornato anche il peer?
Se si non so risponderti... :-/


 Se si non so risponderti... :-/
Ho messo l'IPI8406, che credo sia l'ultimo aggiornamento disponibile.
Ce ne sono altri che WarpUpdates non cita?
 bye & Thanks
	av.


Ci ho dato un' occhiata... non credo.
IO non l ho mai fatto ma l' aggiornamento (MPTS, PEER) si limita ad
aggiornare i files presenti o ti fornisce un sistema di installazione
completo, ovvero disinstalli il vecchio ed installi il nuovo? te lo chiedo
perche' nel secondo caso magari forse era meglio togliere completamente il
peer e reinstallarlo da zero con la nuova installazione.
Comunque bisognerebbe rigirare la questione al gruppo, sicuramente ci
saranno persone piu' indicate di me a darti delle dritte.


Ciao Andrea!
Risposta ad un messaggio di Andrea Venturoli a Ermete:
 AV> condivise da altre macchine OS/2 (anche la stessa).
 AV> Ad esempio, facendo su xxx:
 AV> net view \\xxx
 AV> funziona, mentre:
 AV> dir \\xxx\yyy
 AV> no.
 AV> (yyy e' una share che esiste, xxx e' il computer in questione, quello
 AV> dove ho aggiornato l'MPTS).
 AV> Idee?
Si, nella broadcast list della macchina aggiornata metti gli IP delle altre...
Non mi chiedere il perche'... sto impazzendo pure io in questi giorni !!
Leo


Scusa ma questo va bene se si usa il Netbios Over TCP... no?


 Non mi chiedere il perche'... sto impazzendo pure io in questi giorni !!
???
Teoria: cosa se ne fa di una broadcast list? Al di la' del fatto che mi
piacerebbe si appoggiasse al server WINS, ma se vuole fare un broadcast,
non basta che invii alla 10.1.2.255? (l'IP della macchina e' 10.1.2.6 e
la netmask 255.255.255.0)
Pratica: come lo faccio? :)
 bye & Thanks
	av.

 Scusa ma questo va bene se si usa il Netbios Over TCP... no?
Ed infatti e' quello che uso io.
Mi sembrava evidente, visto che avevo citato FreeBSD+Samba, che non
supporta altro :)
 bye
	av.



Certo, scorrono gli articoli ma mi perdo i contenuti precedenti... non mi
ricordavo che in ballo c'era anche samba.

Ciao Andrea!
Risposta ad un messaggio di Andrea Venturoli a Leo Pedone:
 AV> ???
 AV> Teoria: cosa se ne fa di una broadcast list? Al di la' del fatto che
 AV> mi piacerebbe si appoggiasse al server WINS, ma se vuole fare un
 AV> broadcast, non basta che invii alla 10.1.2.255? (l'IP della macchina
 AV> e' 10.1.2.6 e la netmask 255.255.255.0)
In realt… questo problema si verifica dopo l'aggiornamento degli MPTS del tcp 
4.3.?
E non capisco il comportamento.
Sto cercando di capire la cosa, ma il tempo mi manca....
Sic
Leo


Ok per la teoria, se va posso anche soprassedere.
Ma come hai fatto perche' funzioni?
 bye & Thanks
	av.

 ma se vuole fare un broadcast, non basta che invii alla 10.1.2.255? 
IN teoria Nella pratica, le macchine win non rispondono ad un 
broadcast sulla 255....
-- 
Obelix@home


Sei sicuro?
Forse ti riferisci ad un broadcast ICMP (ping x.y.z.255): a quello si sa
da tempo che non rispondono (credo sia per complicare la vita :)
Ma ad un broadcast SMB credo di si'. O sbaglio?
 bye
	av.




DEVONO rispondere ad un broadcast SMB senno' come fanno ad aggiornare la
lista delle macchine attive, dei servizi ecc? Anzi la cosa migliore,
indipendentemente da win, sarebbe istituire un server SMB che faccia da
"master browse" cosi' tutte le altre macchine si riferiscono a lui per
tutte le informazioni SMB della LAN diminuendo la necessita' di periodici
messaggi broadcast di aggiornamento, in pratica solo il master si occupa
di mandare messaggi broadcast, le altre macchine pescano tutte le info da
lui.
E a meno che non vi siano router di mezzo lasciate perdere il WINS, se
ritrovo un' articolo su it.comp.reti con google vi spiego anche perche'.
Solo non so come far fare ad una macchina OS/2 da "master browse" SMB,
forse puo' farlo solo la ver.server...?


 ritrovo un' articolo su it.comp.reti con google vi spiego anche perche'.
Sarei curioso...
 bye & Thanks
	av.

 Sarei curioso...
http://groups.google.it/groups?hl=it&lr=&ie=UTF-8&threadm=ar7s5b%24hu7%241%40newsreader.mailgate.org&rnum=5&prev=/groups%3Fhl%3Dit%26lr%3D%26ie%3DISO-8859-1%26q%3Dermete%2Bipx%26btnG%3DCerca%2Bcon%2BGoogle%26meta%3Dgroup%253Dit.comp.reti.locali
Se e' troppo lungo te lo rimando con SNURL
In particolare leggli gli ultimi articoli, l' ultimo (19) poi e'
illuminante


 Sarei curioso...
http://groups.google.it/groups?hl=it&lr=&ie=UTF-8&threadm=ar7s5b%24hu7%241%40newsreader.mailgate.org&rnum=5&prev=/groups%3Fhl%3Dit%26lr%3D%26ie%3DISO-8859-1%26q%3Dermete%2Bipx%26btnG%3DCerca%2Bcon%2BGoogle%26meta%3Dgroup%253Dit.comp.reti.locali
Se e' troppo lungo te lo rimando con SNURL
In particolare leggli gli ultimi articoli, l' ultimo (19) poi e'
illuminante
Cambiando discorso: ho installato anche io il TCP4.1 scaricato dal sito di
IBM, e ho voluto controllare versione e formato di eseguibili e dll usando
Typ 2000. 4.15
Examination of files and bootsectors
 * determine archiver, crypter, viruses, compiler, music, images
   data files, BIOS-chipsets, ...
 * userfriendly background search
 * configuration program
 * DOS, OS/2
http://www-user.TU-Cottbus.DE/~kannegv
A parte il fatto che ora tutto l' MPTS e' a 32bit e alcune cose risultano
far parte addirittura del TCP 4.2 (la vers. e' hardcoded nell'
eseguibile), tutto cio' che e' in \TCPIP non e' stato toccato (ovviamente)
pero' da quanto mi risulta solo pochi sono i binari a 16bit... anche se
sono del TCP4.0
La cosa buffa e' che molti dei binari 16bit e alcuni a 32 sono stati
compilati con l' MSruntime...


 illuminante
Beh, mi sembra ribadisca che un WINS puo' non essere necessario, ma male
non fa...
 bye & Thanks
	av.

 non fa...
Beh io seguo il principio che: tutto cio' che e' non e' necessario che ci
sia... e' necessario che NON ci sia :-)
Ovvero tutto cio' che non e' necessario e' quasi sempre un' inutile
complicazione. Sfrondare, semplificare, alleggerire...
e tutto diventa "magicamente" piu' stabile e veloce.


 Infatti TCPBEui risponde sulla 139TCP se non erro...
Stai facendo un po' di confusione; tralasciando i casi senza TCP/IP
(NetBEUI e NetBIOS su IPX):
_ Windows 98, OS/2 e Windows 2000/XP in seconda scelta usano SMB su
NetBIOS su TCPBEUI, ovvero le porte 139/tcp, 138/udp e 137/udp (vado a
memoria, sono queste 3, ma potrei aver scambiato tcp ed udp) in questo
modo, che io sappia, non usi il DNS, ma il WINS o i brodcast;
_ Windows 2000/XP, come prima scelta, usa SMB su TCP/IP (senza chiamare
in ballo il NetBIOS!), ovvero le porte 445/udp e 445/tcp; in questo caso
usa il DNS.
Infine Samba e' stabile col primo metodo; il secondo e' possibile, ma
sconsigliato (ed io non l'ho mai provato).
 bye
	av.

 sconsigliato (ed io non l'ho mai provato).
Mai provato nemmeno io.
