Ruset Zeno <[EMAIL PROTECTED]> scria la data de 13 Iunie 2005:
> salut,
>
> > > http://marc.theaimsgroup.com/?l=listar-dev&m=108551864130172&w=2
> >
> > Solutia asta este echivalenta cu "humanize-mime = false".
> >
> autorul solutiei, din link nu a facut nici un patch, pentru ca nu a
> inteles ce rost are linia aia si a lasat cuiva mai 'competent' sa ia
> decizia,
Adevarat. Lumea nu e in nici o primejdie sa ramana, intr-un viitor
previzibil, fara oameni capabili sa produca analize incomplete. :-)
> in consecinta sursele noi( cele de mai jos) nu contin nici un patch.
>
> > > surse si binare mai noi sunt la:
> > >
> > > ftp://ftp.ecartis.org/pub/ecartis/snapshots/tar/
> > >
> > > ecartis-1.0.0-snap20050101.tar.gz e cea mai noua versiune [1]
> > >
> > > iar la e http://www.ecartis.org e si CVS-ul din care e snap-ul
> > > luat.
> >
> > Cum am spus mai devreme, cele doua grupuri au rezolvat grupuri
> > diferite de bug-uri. Producerea unui bug fix unificat ar fi un
> > exercitiu interesant, dar dupa parerea mea efortul implicat ar fi
> > cheltuit mult mai eficient prin cautarea altui MLM. :-)
> >
> e greu de gasit,
Gasesti?
> in plus ecartis nu e rau
Sa recapitulam. Ecartis (ca si Listar inaintea lui) are o armata de
bug-uri (vezi si discutiile de pe alte liste), calitatea codului e, ca
sa fiu politicos, indoielnica, a avut un numar semnificativ de probleme
de securitate publicate in trecut (banuiala mea ca ar mai avea inca
multe altele migreaza acum catre certitudine), si nu mai este dezvoltat
de cativa ani buni. Iar MLM-uri cu features comparabile se gasesc
astazi pe toate drumurile. Singura lui calitate pare a fi ca este deja
instalat.
> si asta conjugat cu dificultatea trecerii la alt MLM, cred ca bugfix e
> cea mai eficienta solutie.
Daca te oferi sa faci un audit si sa rezolvi macar bug-urile de care
se plange lumea mai frecvent, cred ca Ecartis-ul asteapta de mult timp
un nou maintainer.
> cred ca suplimentar ar trebui, daca e cazul, vazut de ce Debian nu
> contine( de fapt nici nu stiu daca nu contine) macar in unstable
> ultima versiune de ecartis( probabil e o problema de licenta sau
> altceva).
De curiozitate, cine "ar trebui" sa faca toate astea?
> dupa instalarea versiunii [1] ar trebui vazut cum se comporta si
> atunci eventual daca mai e cazul patchuri.
Si daca versiunea [1] e mai noua, asta inseamna neaparat si ca e mai
buna? Sa vedem, mai mult sau mai putin la intamplare:
diff -ur ecartis-1.0.0+cvs.20030911/src/modules/bouncer/bouncer.c
ecartis-1.0.0-snap20050101/src/modules/bouncer/bouncer.c
--- ecartis-1.0.0+cvs.20030911/src/modules/bouncer/bouncer.c 2002-08-12
01:25:10.000000000 +0300
+++ ecartis-1.0.0-snap20050101/src/modules/bouncer/bouncer.c 2005-01-02
07:31:25.000000000 +0200
@@ -716,8 +716,8 @@
parse_lotus_bounce(infile,outfile,outfilename,&errors);
done = 1;
}
- else if (strncmp(buf, "Message from yahoo.com.", 24) == 0) {
- /* We're yahoo.com */
+ else if (strncmp(buf, "Message from yahoo.", 24) == 0) {
+ /* We're yahoo.com or yahoo.* */
parse_yahoo_bounce(infile,outfile,outfilename,&errors);
done = 1;
}
rzeno <[EMAIL PROTECTED]> scria la data de 13 Iunie 2005:
> salut,
>
> si scuze ca revin, asta s-a dezbatut deja.
> > >
> > > - unmime.c:786: memory leak
> sper sa nu ma insel, dar asta pare mai degraba o problema in glibc
> decit in ecartis.
Te inseli.
> Poate nu m-am uitat eu atent dar functia in care apare linia asta are
> doar apeluri la functii din glibc.
Ce importanta are asta? Contextul e urmatorul:
779 while (read_file(templine, sizeof(templine), infile) && !done) {
780
781 if ((strncasecmp("Content-type:",templine,13) == 0) && firstcont &&
!inbody) {
782 field = mime_makefield(infile, templine,&readlast);
783 if (field) header = mime_addheader(header,field);
784 if (readlast) inbody = 1;
785
786 bound = mime_parameter(header,"content-type","boundary");
787 firstcont = 0;
788 }
Daca in acelasi header exista doua linii Content-Type (invalid dar
posibil, chiar unele versiuni de The Bat fac asta), apare un memory
leak. Cum spuneam, inofensiv, dar nu asta era ce vroiam sa ilustrez.
Acestea fiind zise, eu am oferit o parere (pe care am argumentat-o).
Dar nu e de competenta mea sa spun administratorilor RLUG, sau tie, sau
oricui altcuiva, ce MLM sa foloseasca. Asa ca ma voi opri aici.
Salutari,
Liviu Daia
--
Dr. Liviu Daia http://www.imar.ro/~daia
---
Detalii despre listele noastre de mail: http://www.lug.ro/
