Now after taking the content that was before, the preview messes up. Very strange behavior. Is there a special character in here that Wiki is barfing on? It may not like the diff -u >
Old content below, according to Wiki version:
Getting R/W access to the JBoss repository requires demonstration of basic CVS competency and an overall commitment to the project as well as demonstration of non-evil intentions. Revocation happens after 6 months of non-activity or demonstration of evil intentions. Obvisously you have to start somewhere. Where you start is as a patch submitter. After your first submission to Mail Services, you are considered "one of us". Meaning when someone says "when you get Exchange functionality" the "you" includes you! The few, the proud, the Mail Services for JBoss developers.
!! How to submit a patch
Patching is easy. [Grab MailServices from CVS|MailServicesGetTheSource]. Submit any new files that you have created in a zip file preserving directories relative to the jboss-mail directory. Create a patch for the rest with "cvs diff -u > mypatch". Upload both here as an atachment and description of what it will do. Post on the [Mail Services Forum|http://jboss.org/index.html?module=bb&op=viewforum&f=186] that you've made the patch, who you are and why it should be applied.
Patches with junit tests are preferred. In fact we may not commit patches that do not include junit tests/modifications until someone has time to write the test. Given that sometimes the unit test takes more effort to write then the feature with this type of software, unit test patches are MOST appreciated and get you WAY more brownie points and karma with us! (but remember we love you anyhow)
(To attach see the bottom of the page. To understand how the attachment links work, see the sample.)
!! How to apply a patch
Grab the patch from below. Grab a copy of the head. cd to the jboss-mail directory. For zips, unzip mypatch.zip and the files SHOULD be relative to here. For patches do "patch -p0 -i mypatch". This SHOULD work. You may have problems with illformed patches and CR/LF translation. If you don't know what to do in that event you must ask yourself: "If that person wasn't able to follow some simple instructions for creating the patch, do I trust their code enough to run it?" and if you find that you do or are willing to risk it you must ask: "If I don't know what to do then should I trust that I have enough experience and knowledge to make such a determination". Then go read [this study|http://www.zenspider.com/RWD/Thoughts/Inept.html].
Here are the patches:
* Sample Patch [zipfile|MailServicesPatches/sample.zip] [patch.txt|MailServicesPatches/sample.patch]
Can someone maybe try deleting the MailServicesPatches Wiki page to delete the attached file I created? Then recreate MailServicesPatches with the above stuff?
It looks like there is a different want to add patches, where the sample patches weren't tied to the bottom of the page itself, but just linked.
I just don't want to screw something up more, but I'd like to also get the content back the way it was. I don't really feel comfortable deleting stuff that's not really mine after I already screwed up.
I restored it to the original version (looks like the patch is still attached).
You can do this by going to "More Info..." at the bottom of any Wiki page to view the full history :-)
Dunno about deleting the files though.
Hah. Thanks. Yeah I saw the "more info" and I saw the full history, but I didn't see where to restore it. Maybe I just wasn't looking correctly.
Open the history item you want, and on the version of the page displayed there is a restore link!
Weird. I don't see the restore link. Maybe you have different admin rights? I see the diffs -/+, but I don't see a restore link.
Click on the number in the list rather than the links in the Date or Changes columns. I'd not seen the difs before, but now I know!
Ah ha! Click the number. Now I know too.