Re: citire mailuri

servus petre,

cam ce zici ca as vrea, cam aia as vrea.

intr-adevar, vreau un ceva care sa factorizeze ce e in spate, caci
maine poate sa modifice accesul la [email protected] sysadminul serverului ala
sau cel care managiueste domeniul.

aplicatia mea de colectat date posibil sa ruleze pe o alta masina,
deci trebuie sa ajunga la inboxu ala cumva

legat de php, te inteleg. legat de perl, te rog sa ma intalnesti. nu
mor de placere sa scriu cod in limbaje interpretate (am pus shell in
L1 caci stiu ca sunt admini care sunt fermi convinsi ca ken si ai lui
au inventat shell pentru a fi limbaj de programare) sau care ruleaza
cod precompilat in masini virtuale (as impusca pe cei care cred ca
java e pentru hpc, caci deja am vazut lobotomizati care gandesc asa
ceva).

dar, de gustibus etc, deci nu ne legam de busul lui gusti...

t.

Pe 30.01.2017, Petru Rațiu <[email protected]> a scris:
> 2017-01-30 20:41 GMT+02:00 <[email protected]>:
>
>> On 30 January 2017 19:18:42 EET, tiberiu socaciu <[email protected]>
>> wrote:
>> >Salutari!
>> >
>> >Lucrez la un proiect in care ar trebui sa se construiasca niste date
>> >intermediare (care probabil vor fi macinate de niste algoritmi de
>> >datamining, dar asta nu e treaba mea acum) din niste informatii care
>> >ajung intr-un cont de e-mail [email protected] prin niste e-mail-uri care vin pe
>> >acea adresa de e-mail, generate de niste "roboti"/indivizi electronici
>> >nonumani, ca sa il parafrazez pe Cernea cu delfinii lui. Habar nu am
>> >care sunt setarile, dar presupun ca ceva uzual de genul IMAP/POP3,
>> >securizat/nesecurizat, ip, port si altele asemenea. Ma gandeam ca
>> >datele intermediare sa le generez printr-o parsare a e-mail-urilor
>> >pornita regulat din ceva mecanism de tip cron sau printr-un alt
>> >mecanism (nu prea controlez masina sa imi pun un demon si alte
>> >fineturi). Ce mi-ar trebui: pentru un limbaj de programare din L1 =
>> >{C, C++, shell}, la o adica, dar nu mor de placere, din L2 = {perl,
>> >php, python} sau chiar din alta multime L3 complementara lui L1 U L2,
>> >ma intereseaza un pachet / bibliteca / knowhow superbanal de folosit
>> >care sa: 1) imi permita accesul la e-mail-uri; 2) stergerea de
>> >e-mail-uri. Orice fapta buna, cu siguranta nu va scapa nepedepsita!
>> >Amin!
>>
>> formail si cu el pasezi catre absolut orice vor muschii tai de
>> matematician
>>
>>
>>
> Formail sparge fisiere de tip mailbox in mailuri individuale (sau cel putin
> eu la asta l-am folosit) si e bun de pus intr-un shell script si cam atat.
> Din intrebarea lui inteleg ca vrea ceva biblioteca sau program extern care
> sa handleze (handluiasca? como se dice?) toata partea de conectare la
> mailbox, adica sa-i dai user/pass/ip ca parametri si sa-ti dea pe partea
> ailalta (si aici nu mi-e foarte clar): fie un text stream pe stdout (in
> cazul unui script extern), fie o structura de date de tip lista de obiecte
> de tip e-mail cu atribute gen from/to/headers/body , sau ceva si mai si
> care sa le si parseze dupa un anume format si sa scoata stringuri din
> formulare de-acolo (presupunand ca e un protocol despre formatul mailurilor
> bine stabilit cu roboteii care le produc).
>
> Cred ca domnu' matematician ar trebui sa vina cu use case ceva mai
> explicit, gen cum vrea sa interactioneze cu acest minunat middleware pe
> care-l cauta sau vrea sa-l scrie. Io ma gandeam la niste quick and dirty
> scripts pe care le facusem in limbaje din alea din L2 care nu-i plac asa de
> mult, da' era in general vorba de un stack mai mare de module (am un script
> in perl cu Net::IMAP::Simple si inca ceva care stie MIME si intr-o viata
> anterioara am facut ceva de genul asta si in php, dar nu-mi place sa-mi
> amintesc de asta).
>
> --
> P.
> _______________________________________________
> Offtopic mailing list
> [email protected]
> http://lists.lug.ro/mailman/listinfo/offtopic
>
_______________________________________________
Offtopic mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/offtopic