Newsgroup: it.comp.os.linux.sys
Titolo: [a bit OT] nuovo client e-mail Nylas

l'avete provato? Noooo? E cosa aspettate? :) 
il fatto di poter leggere la posta di exchange senza problemi mi ha
riempito il cuore di gioia.
 
https://nylas.com/
 


Scimmiotta troppo la grafica in stile OSX per i miei gusti.

Il giorno venerdì 29 aprile 2016 14:52:54 UTC+2, MaxAdamo ha scritto:

Sincronizza le email via cloud.
Non darò *MAI* le mie email in pasto ad aziende ignote solo per usare un client di posta. Piuttosto mi tengo thunderbird con le email sul mio server.


risposta alla questione 1: non scimmiotta. La app e' disponibile sia
per Linux, sia per Mac (basta guardare lo script di avvio), quindi e'
probabilmente identica sulle due piattaforme. 
 
risposta alla questione 2: grazie per avermelo fatto notare. Ci terro' 
solo la mail di lavoro :P In ogni caso per gmail mi sta bene geary o 
thunderbird.
 
appendice alla questione 1: che te frega? Tutto gnome-shell
scimmiotta un po' OSX per alcuni aspetti ;)
 
Appendice alla questione 2: non e' che se usi google o yahooo cambia
piu' di tanto. Sempre di cloud si tratta. Il discorso potrebbe cambiare
su usi proton mail, ma sei sempre sulla fiducia: abbiamo la prova
provata che quei servizi sono veramente validi dal punto di vista
privacy?
 

 probabilmente identica sulle due piattaforme.
 
c.v.d. ho installato la versione per Mac ed è identica. 
Se vogliamo analizzare il dettaglio, la scelta di python per il cloud-sync, 
con il threading della mutua, mi lascia abbastanza perplesso. 
Pero' devo essere sincero e dire che a me importa solo leggere la mail di 
lavoro da Linux, in maniera semplificata ed efficiente. 
Se funziona lo tengo, se non funziona, continuerò ad usare outlook sul 
Mac. 
 
-- 
Massimiliano Adamo

 privacy?
 
Cambia, di molto.
Google e Yahoo sono i fornitori delle mail, pertanto, per forza di cose, le mail le ricevono loro. (puoi comunque scaricarle). Usi il client che preferisci, ti scarichi le mail e te le tieni sul tuo PC.
 
Questo invece è un client di posta, che prende le *TUE* email, del *TUO* provider e le caricare sui *LORO* server. C'è una bella differenza.
 
Sapere che un client di posta prende le mie mail e le spare solo Dio sa dove, per farci solo Dio sa cosa, mi fa rabbrividire. Però, c'è la parola "Cloud" quindi tutto fa figo, tutto è legittimo, alla gente non importa, tanto c'è scritto "cloud"

 quindi tutto fa figo, tutto è legittimo, 
 
ti ripeto che pure Google e' cloud ed un esercito di migliaia di dipendenti e'
difficile da tenere sotto controllo. Se non usi un servizio come Proton Mail 
(del quale ti fidi sempre sulla loro parola) difficilmente le tue mail sono al
sicuro da sguardi indiscreti. 
 
Nulla di strano se conoscono anche la tua password, perche' ci sara' sempre
un metodo, magari anche semplice, per leggerla. 
L'altro giorno ho scoperto che quando usi la basic auth di apache, anche con 
ldap + ssl o kerberos, il web server continua a scrivere un header con le 
credenziali in base64. 
E siccome tutti usano l'SSL Offloading, leggere le password con tcpdump diventa 
divente fin troppo semplice. 
Dopo aver letto involontariamente alcune password di colleghi, ho deciso di
impostare ssl sul backend della applicazione scritta da me. 
Peccato che quando lo script va in errore, la app CGI scrive sui log info di 
debug, compresi gli header con le credenziali in base64. 
In sostanza i processi contengono quelle info. Qualche mese fa ad un training 
di sicurezza ci hanno spiegato come accedere la memoria  di un server, per 
rubare le chiavi private SSL. 
 
Voglio dire: credi che almeno il 50% degli ingegneri di google non sia in grado
di farlo e che non lo faccia, almeno per prova o per gioco? 
Credi che qualcuno veramente controlli le attivita' degli ingegneri, per vedere
se hanno fatto uan select su una tabella che contiene informazioni 
confidenziali? 
Ma anche no! Perche parliamo di aziende con decine di miglia di dipendenti. 
E credi che i cattivi lavorino solo per Nylas? Io credo invece che, in teoria, 
una piccola azienda puo' esercitare un controllo piu' efficace sui propri 
dipendenti. 
 
Siamo tutti cloudificati: facciamocene una ragione.

 con le credenziali in base64.
 
la basi auth non è il caso di google, ma era tanto per fare un esempio
 
 
-- 
Massimiliano Adamo


  Così scrisse un tizio con un indirizzo @gmail.com...
:-(
 
 
  Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 Siamo tutti cloudificati: facciamocene una ragione.
 
Cazzate.
Tant'è che io non ho alcuna mail gmail (se non quella che uso per iscrizioni a siti di dubbia qualità o scrivere nei gruppi, newsletter o cose simili)
La *mia* mail non è su gmail. Ma non perchè non mi fidi di google, semplicemente perchè non uso gmail.
 
Di sicuro, ripeto, non installerò MAI un client che invia a terzi le mie email per farci non si sa cosa.

 :-(
 
Non è la mia mail reale. Ci sono solo newsletter li dentro.

 email per farci non si sa cosa.
 
 
ma tu hai il server di posta in casa? In caso contrario, chiamalo cloud, 
chiamala server-farm di pippo, i tuoi dati sono sempre alla merce' di 
qualcuno. 
 
E puntualizzo il fatto che, vuoi che si chiami google, vuoi che si chiami 
nylas, al suo interno vi operano sempre creature viventi appartenenti alla 
specie Sapiens, genere Homo, sottotribu' Hominina... 
E i sapiens di google sono decine di migliaia e sfuggono a qualsiasi 
controllo possibile. E te lo dico con l'esperienza sul campo, poiche' ho 
lavorato per queste mega-corporations: gli ingegneri sistemisti sono dei 
semi-dei, perche' possono mettere le mani dappertutto. Anche nella tua 
inbox :)  
 
 
-- 
Massimiliano

 inbox :)
 
Ma pensa, pure io posso fare lo stesso nel mio PC, visto che e' mio, lo 
amministro io, i privilegi di amministazione li decido io, etc... se 
volessi potrei farlo amministrare da terzi in remoto e chiudermi fuori 
dall'amministrazione, ma tant'e'.
 

 Ma pensa, pure io posso fare lo stesso nel mio PC, 
 
[cut]
 
guarda non possiedo verità di alcun tipo. Volevo solo dire che alla fin 
fine puoi fidarti di tutti e di nessuno circa alla stessa maniera 
(IMO) ... e fin qui è una mia opinione, come è una mia opinione personale 
che la rete di Sony potrebbe non essere stata violata dagli hackers, ma 
dal più fesso dei consulenti/dipendenti che ha lasciato teamviewer 
installato su uno dei server (questa non è la sede per spiegarmi che serve 
un webfilter. È solo un esempio). 
Ovvero, tutto è possibile, ma alcune cose sono più possibili e più 
semplici di altre e quindi mi fido poco delle grandi corporescion, perché 
posso immaginare - come oguno di voi - come funzionano le cose lì dentro. 
 
Adesso però aggiungiamo un po' di oggettività alle sensazioni personali: 
quali sono le probabilità di farsi beccare se lasci teamviewer installato 
da "nylas", dove ci sono tre dipendenti e 10 server, e quali sono le 
possibilità di farti beccare se lasci teamviewer installato in una azienda 
con 20mila server ed un turn-over elevato di dipendenti e consulenti? 
 
 
-- 
Massimiliano Adamo

 inbox :)  
 
Continui a non vedere la differenza.
La ripeto:
 
un conto è utilizzare un provider email (google, microsoft, yahoo, solcazzo), un altro è installare sul proprio computer un CLIENT DI POSTA

 un conto è utilizzare un provider email (google, microsoft, yahoo, solcazzo), un altro è installare sul proprio computer un CLIENT DI POSTA
 
Chiedo scusa, mi è partito il reply senza terminare.
 
Continui a non vedere la differenza.
La ripeto:
 
un conto è utilizzare un provider email (google, microsoft, yahoo, solcazzo), un altro è installare sul proprio computer un CLIENT DI POSTA, magari per accedere alle email del proprio server aziendale, che per funzionare INVIA TUTTE LE TUE MAIL A TERZI.


okeyissimo. Ma se il server di terze parti sconosciute sono il male, dovra' 
essere la mia azienda da 35mila dipendenti a preoccuparsi, scoraggiandone o 
inibendone l'utilizzo. 
Ho solo inserito il mio indirizzo e-mail e nylas si e' auto-configurato da 
solo.... si vede che qualcuno degli altri 34999 colleghi lo sta gia' usando. 
 

 per funzionare INVIA TUTTE LE TUE MAIL A TERZI.
 
Non è così, il programma non "invia" le email (che presuppone SMTP), il 
programma ti chiede di autorizzare la piattaforma di nylas a scaricare 
i messaggi dal tuo provider e poi il programma accede a questa 
specifica piattaforma -non "a terzi" che fa pensare che le tue email 
vadano raminghe per il mondo finendo nelle caselle di persone a caso.
 
La questione fondamentale che vedo è che tu scegli di avere fiducia in 
{google, microsoft, yahoo, Solcazzo Ltd.} ma non in Nylas. Va benissimo 
e non c'è mica da argomentare, è una semplice scelta.
 
Se vuoi stare sicuro usa PGP/GPG o altra criptazione end-to-end e sei a posto.
 
 
-- 
Andrea
 

 vadano raminghe per il mondo finendo nelle caselle di persone a caso.
 
Con "invia" non necessariamente si intende l'uso di SMTP.
Potrei benissimo fare un client che in POST su una API esterna invia (perchè di invio si tratta) tutto il contenuto delle mail. O magari le comprimo e le invio via rsync. Sempre invio si tratta. Non esiste solo l'SMTP.
 
Indipendentemente dal mezzo, il risultato è il medesimo: per usare un *client di posta* installato nel mio PC, qualcuno dall'esterno deve accedere alle mie email.
 
In pratica è una webmail (anche la webmail accede alle mie email, tramite user e password), solo che per funzionare deve essere installata. 
Non ne vedo l'utilità. Oltretutto, se mi ritrovassi senza connessione? Non funzionerebbe il programma ?
 

 Non funzionerebbe il programma ?
 
parli di una modalità di consultazione della posta non prevista in ambito 
aziendale. In azienda devi poter consultare la posta e devi poter accedere 
al contenuto di tutte la mail, in ualsiasi luogo ed in qualsiasi momento. 
Si usano app su iphone e android, webmail, e se fai la reperibilità 
pagerduty ti invierà mail che devi poter leggere dal cellulare ASAP, a poi 
devi poter rispondere da un'altra postazione. Il pop3 non sta ne in cielo 
ne in terra in ambito aziendale. 
 
Non me ne faccio nulla della posta scaricata su PC1, se mi trovo a mille 
km di distanza e ho con me solo un telefono. 
 
-- 
Massimiliano Adamo


 
Si però anche il caro vecchio POP3 può essere configurato per lasciare i 
messaggi sul server in modo che siano accessibili da diversi client.


e' un hack non implementato nel protocollo, il cui buon funzionamento e' 
dipendente da una concomitanza di fattori la cui prevedibilita' non puo' essere
garantita in alcun modo ed in alcuna forma: pressione atmosferica costante, maggioranza di governo stabile, andamento positivo degli indici del NIKKEI ed
il Napoli che vince lo scudetto.  
A parte questi scherzi, credo che a un certo punto il supporto in fetchmail 
sia stato migliorato, ma non e' assolutamente questo il punto. 
Il punto e' che se devo lasciare header e contenuti sul server, non capisco
perche' dovrei farlo con un hack, tramite un protocollo che non e' idoneo allo scopo. 
 
Pertanto, evitate dicontestare cio' che non e' contestabile. 
 
In secundis, SEI LIBERO DI FARLO con POP3 perche' ognuno e libero di fare quel
che gli pare, ma ti ritroveresti nella situazione da me descritta: MAIL SUL CLOUD e non sul tuo PC. 

 che gli pare, ma ti ritroveresti nella situazione da me descritta: MAIL SUL CLOUD e non sul tuo PC.
 
Ma chi ti ha detto che le mie email sono sul cloud?
Parti da un presupposto che è falso: non tutto il mondo, in ambito aziendale, usa solo e soltanto un servizio di posta pubblico. Solo perchè magari lo usi te, non significa che necessariamente il resto del mondo faccia uguale.
 
Esistono i CED, esistono le server farm, esistono mille mila altri modi di avere la posta accessibile ovunque senza giocoforza usare un cloud.
 
Comunque è un discorso sterile. Io quel client non lo userò mai per principo.
Poi te fa quel che ti pare.


1) riesce ad accedere in scrittura ai server LDAP?
 
2) legge e scrive sui calendar tipo ics, come fa lightning di thunderbird?

 Parti da un presupposto che è falso
 
Mi sa che stai rispondendo al messaggio
sbagliato. 
Stavo solo dicendo che pop3 non è detto
che funzioni bene in quel modo. 
Tornando alla discussione principale, 
concordo sul fatto che è un po' sterile
ma ribadisco che hai ragione se hai il
serve di posta in casa e non vuoi che
i messaggi vadano fuori. Mentre mi 
pare strana questa distinzione tra 
server-farm di Pippo, cloud di Pluto, 
e server della azienda di Paperino. 
Per me Pippo, Paperino e Pluto sono 
terze parti alla stessa maniera e mi
fido di tutti e di nessuno alla stessa
maniera. Tutto qua.

 thunderbird?
 
se lo hai installato avrai notato da te che non ha nemmeno la funzione per 
svuotare il cestino. E' ancora in fase di sviluppo. 
 
-- 
Massimiliano Adamo


 
No, non l'ho installato, stavo cercando un alternativa a thunderbird per 
questo problema della rubrica condivisa, ma senza perdere il supporto ai 
calendari.
 
Grazie per il riscontro comunque.

> Parti da un presupposto che è falso
 
Prendo atto che usare POP3 così è un po' forzato ma finora quando non 
c'era alternativa mi ha sempre funzionato.
 
Per il discorso del cloud è sicuramente vero che le mail sono 
memorizzate lì se usi un provider esterno ma è pur vero che usando Nylas 
aggiungi una potenzialità in più di leak dei tuoi dati: perché invece di 
viaggiare solo tra il tuo client e il server del provider i messaggi 
vengono inviati ai server di Nylas che ti forniscono l'interfaccia tra 
il tuo client e l'IMAP server del provider.
 
La sicurezza assoluta non c'è mai ma in questo caso aumenta la 
complessità del sistema e quindi il rischio.
 


prendo +o- atto ma mi chiedo quale sia l'alternativa. 
Storia lunga:
L'IMAP di Exchange non funziona sempre bene e quando funziona bene è l'LDAP 
di Exchange a non funzionare bene. Ricordo che quando lavoravo in Sun (la 
posso nominare, tanto è una azienda che non esiste più), c'era un LDAP di 
Sun, con una decina di migliaia di entry ed era molto veloce. L'LDAP 
Microsoft invece si incarta, non ti trova i gruppi, va in timeout. 
Qualora volessi connetteri dall'esterno, sarebbe intelligente avere imap + 
ssl (come ce lo avevo in Sun), piuttosto che https, ma non ho mai visto un 
sever exchange con IMAP SSL accessibile dall'esterno, quindi dovrò usare 
un client EWS. Ci sono client che implementano EWS su Linux? Si, ma non 
funzionano estremamente bene. 
 
Storia breve: 
lavoro per $azienda_ammeregana Ltd. con 35mila dipendenti. Qualora 
soluzioni tipo Nylas dovessero essere inadeguate dal punto di vista della 
sicurezza, non devono I.C.O.L.S. e I.C.O.L.I. a stabilirlo, bensì la mia 
azienda, che ha un corposo gruppo di sicurezza che si occupa di queste 
tematiche a tempo pieno. Eventualmente mi riservo di chiederlo al collega 
di security, che è un iraniano che siede di fronte a me, ma tranquillo che 
non è un discorso che affronto e risolvo in questo gruppo. 
Io ho semplicemente scaricato un client, l'ho installato e si è 
autoconfigurato. 
 
-- 
Massimiliano Adamo

 fine puoi fidarti di tutti e di nessuno circa alla stessa maniera
 
+1
 
Potevo anche scrivere +1000, ma certo che leggere sul giornale la 
mattina che andiamo verso l'infornatica senza compiuter, mi fa dubitare 
(della competenza del giornalista).
 
In caso contrario abbiamo inventato i server che funzionano per grazia 
divina (ed in certi casi e' proprio vero!)
 
Io la roba mia me la tengo a casa mia, e pazienza se combino danni, 
almeno il responsabile sono io... a parte ovviamente certi programmi 
furbetti scritti con i piedi che fanno quel che non devono, ma questa e' 
un'altra storia.
 

 autoconfigurato.
 
Tentativi di autoconfigurazione li fanno pero' anche altri programmi di 
posta o dispositivi, attipo il Blackberry.
 
Che poi non ci riescano perche' hanno cannato alla grande il nome 
dell'SMTP o altro, questo e' un altro discorso.