Not sure what you are getting at. I assume you are using a specific definition of these terms from a particular domain?
Immutable is just a word that means unchanging, as in "immutable laws of nature". . Consequently Objects can be immutable if they cannot change after creation. This seems a pretty commonly held view http://en.wikipedia.org/wiki/Immutable_object
More to the point, an object has agency: It gets to decide how to interpret messages sent to it (this is why we say that putting setters on classes turns objects back into mere data structures [1]).
An object can be a value object, and it can be immutable. Or not. (Though I can't think of a reason a value object should ever be mutable once it's created; it would be a very pungent code smell.)
These are orthogonal ideas; not contradictory ones.
(blog author here, very surprised to see my old post show up)
Yeah, I think of all of these as value objects, and DDD was also a large part of my inspiration for this series of posts. This code eventually rolled into a RailsConf 2015 talk: http://railsconf.com/program#prop_1132
I usually find there are several value objects for every entity https://dddsamplenet.codeplex.com/wikipage?title=DDD%20build...