It would be really cool to have a "Summer of NHibernate" like webcast series where you start with a new project and build on it using NServiceBus. Start slow and explain the decision process. Have it grow into a full fledged sample project and provide the source code at each step. I believe this would help a lot of beginners and could act as a great source of documentation.

I don't like building new solutions on top of closed-source proprietary implementations and protocols. I noticed that amqp or any of the implementations are not on the todo list when I think it should be at the very top. Pub/Sub messaging is best left up to the broker/infrastructure. It would also nServiceBus a lot of value if it could be run completely on *nix os's.

NServiceBus would be even more valuable if it could be used on Windows Mobile devices using Compact Framework as a first-class citizen, allowing mobile devices to publish messages and act as receiving service endpoints. Windows Mobile does support a compact version of MSMQ.

In a similar vein, Silverlight support would be great. The .NET subset in Silverlight and Compact Framework is pretty close.

add this serialization to the bus! ;)

I read somewhere that Udi does not have the time to write an NServiceBus book but there are many in the community that would love one. My solution is have Udi outline the chapters and assign them to members of the community. All the results could be posted to a central repository for his approval. I realize there is documentation in Wikis and blogs but it is scatter all over the place. For me my main resource for learning is an ereader and having a single document is key.

If NServiceBus is flexible enough to handle in-process, out-of-process, cross-machine and cross-cloud messaging, then it would be crazy powerful to use the same API for local service event aggregation and UI commanding as you use for communicating across the cloud.

I can imagine scenarios where in-process endpoints as well as remote endpoints could subscribe to some of the same messages.

Make it possible to listen to queue on a remote machine

It would be nice to have a basic Profiler or status monitor. Something like Oren Eini has for his Rhino Service Bus would be nice or perhaps somehow create hooks into the NServiceBus to allow for one to be easily implemented and customized.

Be able to use Websphere MQ for the queue instead of MSMQ

Allow NServiceBus to use to max limit of the queue instead of limiting it to 4 Megs. On Windows Server 2003 & 2008 you can specify a value based on server resources.

Please update NServiceBus.ObjectBuilder.Unity.dll to support Unity 2.0

It would be easier to convince clients if there was a list saying something like Fortune 50 company X uses it to process 100k messages daily.

It would be nice to have an Bridge implementation like you already have for Proxy and Gateway. This would allow for wiring up remote workers that can not use a Proxy or Gateway process at there location.

currently windsor is included at version 2.0 which is kind of dated

I found a ruby gem but I can't tell if it is part of the project or if there is any documentation surrounding how to use it.

Currently I have many messages building up on my Audit queue which need to be purged. I accept that it is easy to write a util/powershell/c# to clean the queue however I thought it would be less work if I can set an automatic expiry on the audit messages within NServiceBus. You could easily set this as a configurable property.
Thanks.