Re: citire mailuri
tiberiu socaciu <[email protected]>
| Newsgroups | gmane.org.user-groups.rlug.offtopic |
|---|---|
| Message-ID | <CAGryskHJ=9TVd=yP7FtEKxi=TnTxOQc8Hy29D=ZZLuH7eR1j=g@mail.gmail.com> |
petre, 1. pica procmail. nu eu sunt adminul masinii pe care e inboxul lui [email protected] si nici pe care e mx-ul lui b.ro 2. cam pica si demon, daca nu mi se da voie sa am o masina (chiar si pe un ruter cu wrt sau un pi - hahaha!) 3. posibil sa pice si cron, daca apuc pe ceva stresat oricum, cum porneste task-ul, e mai putin important. sa zicem ca el porneste cumva. acum ce are el de facut: 1) trebuie sa traga mail-urile din inbox (retr) si sa le stearga (dele) ca sa nu "se umpla" inbocsu, ca urla adminu/hosterul/etc -- aici vreau help-ul; 2) procesare mail (aici nu conteaza cum se face, e treaba lui je. ce urmeaza a se face: cu datele colectate cu ajutorul tau si al lui wolfy si parcate undeva de je vine un zeu care creaza cunoastere (datamining, machine learning si alte minunatii) -- dar asta e un task ulterior. poate al meu. apoi cunoasterea construita e folosita in mod folositor cuiva. mi-ar place ca acel cineva sa fie ibanul meu. mersi pentru solicitudine! t. Pe 30.01.2017, Petru Rațiu <[email protected]> a scris: > 2017-01-30 21:17 GMT+02:00 tiberiu socaciu <[email protected]>: > >> servus petre, >> >> cam ce zici ca as vrea, cam aia as vrea. >> > > > Hai sa incerc sa te ajut sa formulezi problema: > > Banuiesc ca vrei sa ai un program care poate rula fie ca daemon fie din > cand in cand din cron, caruia sa i se dea via ceva parametri de configurare > datele de acces catre un mailbox (sa zicem, host, user, pass, protocol, > search string), care sa se logheze acolo, sa caute toate mailurile care fac > match (fie intr-un folder, fie le cauta mai fancy, fie pur si simplu > toate), sa le traga local si cu ocazia aia sa le marcheze ca citite (fie le > muta in alta parte, fie le sterge, fie altceva sa nu le consume si tura > viitoare), dupa care sa faca ce? Tot el sa le parseze si sa dea un csv sau > ceva de genul? Sa le scrie intr-un db? Altceva? > > Mai e o alta varianta mai sysadmin style (care cumva se pupa cu ideea lui > wolfy cu formail): mailurile sunt livrate undeva anume si serverul ala fie > via procmail fie altfel invoca un anume program pe fiecare mail in momentul > in care e livrat, nu stiu daca e fezabila chestia asta pentru tine. > > In orice caz, as zice sa fii ceva mai explicit de cum sa arate produsul > finit. Am vazut si mailul ulterior cu while() {}, nu prea e de ajutor la > ideea cu script separat, poate doar daca gasesti bibliotecile necesare de > IMAP and co in limbajul in care scrii si functia proceseazamailcitit(), > inteleg ca in C - asta imi depaseste expertiza. > > -- > 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