Re: Package proposal: Mail_Mime (alternative)

> Yes, a BC version, a new major version of Mail_Mime would be the best > I believe. But if it's not possible with the current API and it's not > possible to maintain BC (didn't have time to take a look at both APIs > right now - only following Heino's explainations) then this might not > work out. > > Heino, think again if it's possible to maintain BC with Mail_Mime and > just launch a new major version. As said before, I do believe that BC is possible (at a minor performance loss), and that I'd prefer to se BC implemented in subclasses which add the needed functions - the composer class should allready be almost BC... I also believe it's possible having both API's installed at the same time without any problems... > (If the maintainers of Mail_Mime agree - but I hope this can be discussed > open-minded ... for the sake of "pear-as-a-whole", not personal attitudes). I for one have no personal attitude in this concern - my package fits my needs (or will when the save/restore-feature is implemented). If the proposal is possitively recieved, I suppose it'll be included PEAR one way or another...