On Sun, Sep 30, 2012 at 12:13 PM, steeve <stephentcan...
> [Server] Meteor.createUser(options, extra) - Creates a user and sends
> that user an email with a link to choose their initial password and
> complete their account enrollment
> I really think you should consider the option of server side create
> without the email to the user and the activation link as a configurable
> option. For example, the popular CMS Joomla (with or without Community
> Builder or jomSocial) allows these options on user initiated sign up or
> admin created (server side essentially).
> A. User sign up with or without activation email.
> B. Admin (server side) creation of user with or without activation email.
> Granted there will be sites that want email with a link and the whole
> follow on but there will be sites that don't want it and may not need it.
> Examples include company intranets and other closed systems that either do
> not have user initiated sign up, or user initiated sign up is from within
> an organizations confines and firewalls or all users are being created by
> the company administrator for "known and pre-verified" users (employees and
> On Thursday, September 27, 2012 11:12:20 PM UTC-4, Nick Martin wrote:
>> Hey all,
>> Another batch of API changes on auth!
>> The only breaking change this time is eliminating the function and DDP
>> method 'enrollAccount'. Use 'resetPassword' instead. The old method did the
>> same thing as resetPassword, but used a separate token. Now there is just
>> one password reset with token path.
>> As we've mentioned before, we're interested in people building
>> alternatives for accounts-ui with different structures and flows. But now,
>> if you want to make a login UI with the same structure as accounts-ui, but
>> different CSS, we've added the 'accounts-ui-unstyled' package. I'm not sure
>> how easy it will be to restyle the accounts-ui html, but people were asking
>> for this so lets give it a whirl! We'll gladly entertain pull requests for
>> more divs, new class names, etc, that make it easier to style.
>> Some other non-breaking improvements:
>> - Meteor.user() now works in methods on the server. This should simply
>> the common pattern of Meteor.users.findOne(this.**userId()).
>> - Meteor.userId() in addition to Meteor.user().
>> - Add Meteor.setPassword(userId, newPassword) on the server.
>> - Meteor.createUser on the server now allows you to specify a password.
>> - Fix #353, a nasty bug in the livedata method wait logic that could
>> result data sync breaking. Thanks, @thedracle and @glasser!
>> -- Nick
> You received this message because you are subscribed to the Google Groups
> "meteor-core" group.
> To view this discussion on the web visit
> To post to this group, send email to firstname.lastname@example.org.
> To unsubscribe from this group, send email to
> For more options, visit this group at