No, the user will have to subscribe to the list in order to post to it. If the list requires subscription, and if the user does not subscribe, his post will be rejected as non-subscriber post. Regards, support On Mon, Sep 8, 2008 at 1:03 AM, Adrian Brock <abrock(a)redhat.com&gt; wrote: > On your website you allow your users to post > to the jboss-development(a)lists.jboss.org mailing list. > > You must be subscribed to this mailing list to post to it. > > Why are you allowing people that have not subscribed > to this mailing list to post to it via your website? > http://www.nabble.com/JBoss---Dev-f2633.html > > We are now being "spammed" by many posts from your > website that would be more appropriate on > jboss-user(a)lists.jboss.org or the user forums: > http://www.jboss.com/index.html?module=bb&op=main&c=5 > > Please make this forum "read only" on your > website or if that is not possible, remove it. > > jnl1 - the above is not aimed at you. > But the developer's mailing list for the jboss appserver > is not the appropriate place for your question, try the user forums > linked above. > > On Sun, 2008-09-07 at 16:23 -0700, jnl1 wrote: >> hi all...question on clustering. currently, i have a jmx process that >> handles processing of jobs. for example a report. right not, it's running >> in a single node, single jboss instance. we're moving to a multi node >> configuration and was wondering what impacts there might be. >> >> for example...if i submit a report and it's running, how does the other >> nodes know that the report is already being processed. i'm thinking in a >> multi node env, the different jmx processes will 'crash' into each other. >> looking around, it looks like i could use a singleton. but, wasn't sure if >> i'm off base. >> >> can someone point me down the right path..documentation, examples on what's >> different in a clustered env for jmx processes. >> >> thx in adv >> >> > -- > xxxxxxxxxxxxxxxxxxxxxxxxxxxx > Adrian Brock > Chief Scientist > JBoss, a division of Red Hat > xxxxxxxxxxxxxxxxxxxxxxxxxxxx > >