thanks for your response, do you mean creating a mantis account etc. in order to make a feature request ?
If that is what you mean, once done (yet another account to manage ) would it not be better to post ALL my requests/questions/comments directly there rather than here ?
I thought that this was where things got elevated from if warranted, (after due discussion) I’m no regex fundi but I see I have bumped into a character limit on the window in question, is this an HTML limitation or owing to an optimal limit on regular expressions, in which case are many single rules more efficient ??? which opens up more questions etc.
I DO realise these are technical questions (kinda ;)), but that is why I posted in the development section of this forum, am I in the wrong place ? Are these the sort of things I should be asking on mantis ?
For what it’s worth, I’d probably put the feature requests on Mantis (since the features are a request, and that is where the ‘master list’ of requested features lives).
It’s good that you asked your regex question here. If it doesn’t get answered to your satisfaction, you would then want to put it on Mantis, and let the developers figure out if it’s a bug or a new feature.
Also, since this is open source, you can also dig into the code to see if you can fix it, or suggest a fix. Then post your findings on Mantis so it gets added to the released code, or even better, use github to submit the change for incorporation. You will have to know how github, git, and cloning works to do this… as well as how to code. (not a huge barrier???)
Lastly, as a workaround, when I encounter situations like this, I modify the regex in a regular text editor (texmate, or notepad++, etc). Then copy and paste into phpList rules page. It’s not perfect, but it’s better than scrolling around in the window that’s too small.
Save your regex command to your hard drive, so it’s easy to recall and edit.
You might want to look at ‘regex buddy’, it’s great for generating and testing regular expressions.
1 rule for Mailbox Full (delete bounce)
1 rule for SPAM filtered (delete bounce, blacklist subscriber)
3 rules for address no longer valid (delete bounce, blacklist email address)
(I’m also a little unclear on what the difference is between a subscriber and an email address but we’ll leave that for now as it’s a topic already addressed elsewhere on this forum and mantis.)
I guess I’m a bit of a forgetful control freak but when check a subscribers history and it reports
Subscriber auto blacklisted by bounce rule X
I need to flick back and forth to see what rule X refers to ie. what kind of bounce it was from my categories above.
This is easy ATM but as more edge cases get added I can see it won’t scale well, though it sure beats having to deal with each bounce by hand as I used to before moving to phplist
I have about 40 so I can automatically handle a variety of circumstances
As a matter of interest (how) do you categories your rules ?
This may help my understanding as I am still a newbie here.