<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Just got it fixed. Thank you.<br>
<br>
Mang Sun <br>
Rice U.<br>
<br>
<div class="moz-cite-prefix">On 2/9/2016 2:39 PM, Custer, Mark
wrote:<br>
</div>
<blockquote
cite="mid:DCB910FAD4CF9343B3E424AF5F3310252FD19874@x10-mbx4.yu.yale.edu"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle20
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">All,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">I wanted to
send out a friendly reminder about admin accounts in
ArchivesSpace (and this is coming strictly from an
ArchivesSpace user’s perspective).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">As most are
aware, when you install ArchivesSpace without any
configuration changes, you wind up with a single admin
account in ArchivesSpace that has a username equal to “<b>admin</b>”
and a password set to be the same. You’ll want to change
this password to something else long before you go into
production mode. For the most part, I think that people
take care of this on or around day one, but if you can log
into your ASpace application using that username and
password, you’ll want to update that password to something
else that’s a lot more secure!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Less well known
is what happens when you use the migration tool to populate
your ArchivesSpace database (I sent an email about this to
the listserv way back on May 8, 2015, but I don’t know if
what I’m about to describe is documented anywhere else yet).
If you’ve migrated to ArchivesSpace using the Archivists’
Toolkit migration tool (and I’m pretty sure this happens
with the Archon tool, as well), then another admin user will
be added to your database. This admin user will have a
username that’s equal to “<b>asadmin</b>”. I’m not actually
sure why the migration tool creates another user (or if the
current versions still do this), especially since you have
to supply admin credentials to the migration tool to run
against the ASpace API, but I know that this happened during
our migration process – and I’ve seen this phantom admin
user account in other ArchivesSpace installations, as well.
When we discovered this new user, we deleted it from our
database immediately after our final migration process.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">So, I’d like to
ask everyone out there to check and see if they can login to
their own ArchivesSpace with an “<b>asadmin</b>” account,
whether you’re in production or not (the password is easy to
guess, since it’s the same as the default admin user’s
password). If you can log in that way, I’d suggest deleting
that user immediately!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Mark<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Archivesspace_Users_Group mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org">Archivesspace_Users_Group@lyralists.lyrasis.org</a>
<a class="moz-txt-link-freetext" href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group">http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group</a>
</pre>
</blockquote>
<br>
</body>
</html>