From: Jonathan A. <jo...@sq...> - 2003-03-27 15:27:24
|
Hello Dean, On Thursday, March 27, 2003, Dean Blackburn wrote... >> 1.2.8 was when register_globals = Off started being worked really >> hard on. This resulted in a lot of breaks as variables were being >> set differently instead of just *using them*. >> 1.3 branches, a lot of the hooks, and functions are altered... this >> is devel of course... a lot of plugins break. >> 1.4 is a progression from 1.3 branch... so is 'afflicted' with the >> same problems 1.3 is. > Thanks for the update. The above, in particular, was the main thrust of > what I was trying to say - so many changes have occurred in the core of > SM 1.3 has been around for a while... so have the changes for it... and details on some of the alterations to the code have been also. The plugin authors have had plenty of time to keep up to date, and on the ball. Many plugins don't even support register_globals being set to Off yet, which is unusual as from PHP 4.2.3, register_globals was Off as standard. > plugins have been seen as something 'extra', apart from the main > distribution. Of course, there are many plugins that are quite > odd/esoteric, but I would say that the biggest reasons for our site, > and others I'm aware of to be able to deploy SM over alternatives > are very much tied to some of these plugins. I certainly agree... I've not seen other webmail interfaces with the option to support plugins... which is one of the reasons we have a plugins list... for help with those kinds of things ;) > Sorry if my initial mail sounded harsh, it's just part of the > strange separation of seeing the 'obvious' needs for SM from a mail > admin perspective, as opposed to the obviously different > issues/needs/priorities that come up in programming, dealing with > the constant evolutions in apache/PHP/etc. I can understand your frustration... I have hit a few plugins that have caused me grief because of that, and a bit of tweaking wasn't enough in one of the cases. > I'm still amazed that the procfilter plugin isn't the most > documented, up-to-date, and popular plugin, for example. ;) It seems > like such a no-brainer (MTA independent, server-side, compatible > with most spam/virus checkers) reasonably fast even for a couple > hundred rules)... But, how does it stack up against cleaning up the > code overall, or fixing register_globals? No idea. ;) Well... if you want to join the plugins list, and post an email on which plugins you need, and which ones just break... I'm sure somebody might be able to help. I wanted to get the procmail filter sorted myself, but I don't think it can handle the way I have my rules setup ;) I wouldn't mind tweaking the spamassassin plugin either ;) I'll probably be chipping in to fix a few with the other plugin guys once I've made sure I'm happy with the code :) > Oh yeah, and better plugin docs would be GREAT! :) It's something that really needs sorting out... and has been discussed a few times. In general I think we need to review our docs, and it is something we are working on :) -- Jonathan Angliss (jo...@sq...) |