<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 5.50.4134.600" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial color=#0000ff size=2>That's interesting Stephen, because 
my advice here (Australia) has been that by default ownership rests with the 
developer, so I don't supply the FE mdb in every case. It is a case by case 
situation for me.</FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2>Kath</FONT></DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=stephen@bondsoftware.co.nz 
  href="mailto:stephen@bondsoftware.co.nz">Stephen Bond</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=accessd@databaseadvisors.com 
  href="mailto:accessd@databaseadvisors.com">accessd@databaseadvisors.com</A> 
  </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, April 17, 2003 9:39 
  AM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> RE: [AccessD] Secured vs. 
  Unsecured FEs</DIV>
  <DIV><BR></DIV>William, do you ever assert ownership of the code at the 
  beginning of a contract? Down here, the law says it is the client's unless 
  asserted at the start of the contract, so I do.<BR><BR>Your 
  thoughts<BR><BR>Stephen Bond<BR><BR><BR>-----Original Message-----<BR>From: 
  William Hindman [mailto:wdhindman@bellsouth.net]<BR>Sent: Thursday, 17 April 
  2003 11:15 a.m.<BR>To: <A 
  href="mailto:accessd@databaseadvisors.com">accessd@databaseadvisors.com</A><BR>Subject: 
  Re: [AccessD] Secured vs. Unsecured FEs<BR><BR><BR>...I give it to the owners 
  or IT Admin with lots of words about NO ONE<BR>needing to use it unless I die 
  or he decides to use another contractor.<BR><BR>William Hindman<BR>"All it 
  takes for evil to prevail is for good men to do nothing." 
  Edmund<BR>Burke<BR><BR>----- Original Message -----<BR>From: "Stephen Bond" 
  <<A 
  href="mailto:stephen@bondsoftware.co.nz">stephen@bondsoftware.co.nz</A>><BR>To: 
  <<A 
  href="mailto:accessd@databaseadvisors.com">accessd@databaseadvisors.com</A>><BR>Sent: 
  Wednesday, April 16, 2003 7:09 PM<BR>Subject: RE: [AccessD] Secured vs. 
  Unsecured FEs<BR><BR><BR>> Thanks William ... I needed that, an infusion of 
  backbone ... my wife<BR>tells me I am too soft, "you're a professional, act 
  like one!".<BR>><BR>> I like the idea of a separate cd with security 
  different from that of the<BR>mde.  Are the users who require this savvy 
  users?<BR>><BR>>   Stephen Bond<BR>><BR>><BR>> 
  -----Original Message-----<BR>> From: William Hindman 
  [mailto:wdhindman@bellsouth.net]<BR>> Sent: Thursday, 17 April 2003 10:46 
  a.m.<BR>> To: <A 
  href="mailto:accessd@databaseadvisors.com">accessd@databaseadvisors.com</A><BR>> 
  Subject: Re: [AccessD] Secured vs. Unsecured FEs<BR>><BR>><BR>> 
  ...always, always, always as an mde ...a secured mde if data security 
  is<BR>> required ...even if the contract requires I supply source code, I 
  do that<BR>on<BR>> a separate cd with security different from that of the 
  mde, never<BR>installed<BR>> ...in addition, I've shifted to using runtime 
  installs whenever possible<BR>and<BR>> always include a clause that makes 
  user induced problems correctable at my<BR>> full hourly 
  rate.<BR>><BR>> ...sometimes its just not feasible to block all user 
  access ...in which<BR>case<BR>> I go to extremes to document the status of 
  the master mdb each time I<BR>leave,<BR>> usually copying it to an 
  encrypted directory with only me having access.<BR>><BR>> ...users will 
  lie through their teeth when confronted with having screwed<BR>> with a 
  critical app ...and if you have not protected yourself, they'll<BR>> 
  readily destroy your credibility with the client ...fortunately, 
  clients<BR>> rarely need a second demonstration of user 
  culpability.<BR>><BR>> William Hindman<BR>> "All it takes for evil to 
  prevail is for good men to do nothing." Edmund<BR>> Burke<BR>><BR>> 
  ----- Original Message -----<BR>> From: "Stephen Bond" <<A 
  href="mailto:stephen@bondsoftware.co.nz">stephen@bondsoftware.co.nz</A>><BR>> 
  To: <<A 
  href="mailto:accessd@databaseadvisors.com">accessd@databaseadvisors.com</A>><BR>> 
  Sent: Wednesday, April 16, 2003 6:04 PM<BR>> Subject: [AccessD] Secured vs. 
  Unsecured FEs<BR>><BR>><BR>> > How many independent contractors in 
  the group<BR>> > provide the Access FE to their customers<BR>> > 
  either as an MDE, or, as a secured MDB, so<BR>> >   (a) 
  changes can't be made, and,<BR>> >   (b) the VBA is password 
  protected?<BR>> ><BR>> > I have my reasons for doing so,<BR>> 
  > (fixing some amateur's efforts to<BR>> >  add an enhancement; 
  protecting<BR>> >  my not small investment in<BR>> >  
  training and upskilling; these two<BR>> >  will do to 
  start)<BR>> ><BR>> > and of course there are arguments 
  against.<BR>> ><BR>> > Can I have some input please.  Both 
  sides<BR>> > of the argument are welcome.<BR>> ><BR>> > 
  TIA<BR>> ><BR>> ><BR>> > Stephen Bond<BR>> > 
  _______________________________________________<BR>> > AccessD mailing 
  list<BR>> > <A 
  href="mailto:AccessD@databaseadvisors.com">AccessD@databaseadvisors.com</A><BR>> 
  > <A 
  href="http://databaseadvisors.com/mailman/listinfo/accessd">http://databaseadvisors.com/mailman/listinfo/accessd</A><BR>> 
  > Website: <A 
  href="http://www.databaseadvisors.com">http://www.databaseadvisors.com</A><BR>> 
  ><BR>><BR>><BR>> 
  _______________________________________________<BR>> AccessD mailing 
  list<BR>> <A 
  href="mailto:AccessD@databaseadvisors.com">AccessD@databaseadvisors.com</A><BR>> 
  <A 
  href="http://databaseadvisors.com/mailman/listinfo/accessd">http://databaseadvisors.com/mailman/listinfo/accessd</A><BR>> 
  Website: <A 
  href="http://www.databaseadvisors.com">http://www.databaseadvisors.com</A><BR>> 
  _______________________________________________<BR>> AccessD mailing 
  list<BR>> <A 
  href="mailto:AccessD@databaseadvisors.com">AccessD@databaseadvisors.com</A><BR>> 
  <A 
  href="http://databaseadvisors.com/mailman/listinfo/accessd">http://databaseadvisors.com/mailman/listinfo/accessd</A><BR>> 
  Website: <A 
  href="http://www.databaseadvisors.com">http://www.databaseadvisors.com</A><BR>><BR><BR><BR>_______________________________________________<BR>AccessD 
  mailing list<BR><A 
  href="mailto:AccessD@databaseadvisors.com">AccessD@databaseadvisors.com</A><BR><A 
  href="http://databaseadvisors.com/mailman/listinfo/accessd">http://databaseadvisors.com/mailman/listinfo/accessd</A><BR>Website: 
  <A 
  href="http://www.databaseadvisors.com">http://www.databaseadvisors.com</A><BR>_______________________________________________<BR>AccessD 
  mailing list<BR><A 
  href="mailto:AccessD@databaseadvisors.com">AccessD@databaseadvisors.com</A><BR><A 
  href="http://databaseadvisors.com/mailman/listinfo/accessd">http://databaseadvisors.com/mailman/listinfo/accessd</A><BR>Website: 
  <A 
  href="http://www.databaseadvisors.com">http://www.databaseadvisors.com</A><BR></BLOCKQUOTE></BODY></HTML>