Sierra's Hallmark Card Studio Deluxe Data Location
Sierra's Hallmark Card Studio Deluxe 1.0 creates a registry entry to
indicate where it stores event planner calendar entries and
address book entries. The registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Sierra OnLine\Hallmark Card
Studio\Deluxe\1\Paths
might have the following information
for a default installation.
Value name: | DataPath |
Value data: | c:\SIERRA\CardStudio\Data |
On a Windows XP system, you would find the PLANR32.DAT
file it uses at that location. However, on a Windows 7 system,
the data might actually be stored in PLANR32.DAT
in another location specific to the user account from which
the data is accessed, .e.g for a user with an account name
of Liza, the data directory would be
C:\Users\Liza\AppData\Local\VirtualStore\SIERRA\CardStudio\Data
,
assuming you selected the default location for installing the software
rather than putting it under C:\Program Files\SIERRA\CardStudio
as I would do. The PLANR32.BAK
backup file it creates when you
update the data would be in the same location.
Note: the VirtualStore
registry entry is an example of
Registry virtualization. According to Microsoft, "Registry
virtualization is an application compatibility technology that
enables registry write operations that have global impact to be redirected
to per-user locations. This redirection is transparent to applications
reading from or writing to the registry. It is supported starting with
Windows Vista."
But, you can have Card Studio look elsewhere by changing the
regsitry value for DataPath
. E.g. you could have the program
on two systems look in a directory at a network location for
the data, so that the two systems would share the same data.
For instance you could put
\\MyServer\Shared\Sierra\CardStudio\Data
in that registry
entry to have it look on a system named MyServer
with
a directory shared as Shared
. Note: you will have to
run regedit
from an administrator's account to
be able to update the registry entry.
HKEY_LOCAL_MACHINE\SOFTWARE\Sierra OnLine\Hallmark Card
Studio\Deluxe\1\Paths
Value name: | DataPath |
Value data: | \\MyServer\Shared\Sierra\CardStudio\Data |
References:
-
Hallmark Card Studio Software
-
Registry Virtualization
Microsoft Developer Network (MSDN)
[/os/windows/software/graphics/sierra]
permanent link
Using SpamCop Blocking List (SCBL) with Sendmail
I've been getting far too much spam in my inbox despite using 6 different
DNSBL's currently with
sendmail. The blocklists I'm using on my email server do block a lot of
spam, but a lot still gets through. I just checked a report I generate
at midnight each day on how many messages were blocked by each list I
am currently using and saw the following for yesterday:
Mon 11/16/2009
0 McFadden Associates E-mail Blacklist
70 Spamhaus Block List
4687 Passive Spam Block List (PSBL)
2496 Spam and Open Relay Blocking System (SORBS)
50 Swinog DNSRBL
14 Not Just Another Bogus List (NJABL)
7317 Total
The McFadden blacklist hasn't been working for quite some time; I should
have removed it from sendmail's /etc/mail/sendmail.mc
file
previously. I removed it today and added the
SpamCop Blocking List (SCBL).
I decided to add that list after reading a comment at
Blocking Spam That Are In A Foreign Language by
Low Jeremy about
its usefulness in blocking messages in a foreign language. I've been getting
a lot of messages that appear to be in Russian. Since I can't read Russian, such
messages are of no avail to the spammers and are exceedingly annoying to
me, since they clutter my inbox every day.
I'm using sendmail on the server, so I replaced the reference to the
defunct McFadden Associates E-mail Blacklist in
/etc/mail/sendmail.mc
with
FEATURE(`enhdnsbl', `bl.spamcop.net', `"Spam blocked see:
http://spamcop.net/bl.shtml?"$&{client_addr}', `t')dnl
.
There are instructions for incorporating an SCBL check into various
email server programs at
How do I configure my mailserver to reject mail based on the blocklist?
Specific instructions for sendmail are at
SpamCop FAQ:
Sendmail.
I followed the suggestion of using enhdnsbl
, an enhanced
version of DNSBL, rather than
dnsbl as I'm using in /etc/mail/sendmail.mc
for other
blacklists on
the system, because I have a recent version of sendmail and because the
SpamCop site had the following information:
.
Some problems have been found with later versions of Sendmail.
The easiest fix may be to use the second method above, enhdnsblk instead of
dnsbl.
SpamCop uses 'rbldns' to serve it's blacklist information. Rbldns does not yet
have support for IPv6, but newer versions of sendmail (8.12.0 and greater) try
IPv6 before IPv4. Sendmail asks for an AAAA record instead of an A record and
SpamCop rejectes the query - resulting in spam slipping through the filters.
There are instructions for disabling AAAA (IPv6) queries from sendmail at
Disable AAAA (IPv6) lookups without recompiling Sendmail, and
the sendmail.org site states the
following, but I decided to just use the enhdnsbl
approach.
Some DNS based rejection lists cause failures if asked for AAAA records. If
your sendmail version is compiled with IPv6 support (NETINET6) and you
experience this problem, add
define(`DNSBL_MAP', `dns -R A')
before the first use of this feature. Alternatively you can use enhdnsbl
instead (see below).
I deleted the McFadden blacklist entry and added the SCBL entry to the end
of the list of blacklists I check. I now have the following in
/etc/mail/sendmail.mc
:
FEATURE(local_procmail, `', `procmail -t -Y -a $h -d $u')dnl
FEATURE(`access_db', `hash -T<TMPF> -o /etc/mail/access.db')dnl
FEATURE(`blacklist_recipients')dnl
FEATURE(`dnsbl', `sbl.spamhaus.org', `550 Spam Block: mail from $&{client_addr} refused - See http://www.spamhaus.org/sbl/')dnl
FEATURE(`dnsbl', `psbl.surriel.com', `550 Spam Block: mail from $&{client_addr} refused - see http://psbl.surriel.com/')dnl
FEATURE(`dnsbl',`dnsbl.sorbs.net',`550 Spam Block: mail from $&{client_addr} refused - see http://dnsbl.sorbs.net/')dnl
FEATURE(`dnsbl',`dnsrbl.swinog.ch',`550 Spam Block: mail from $&{client_addr} refused - see http://antispam.imp.ch/spamikaze/remove.php')dnl
FEATURE(`dnsbl',`dnsbl.njabl.org',`550 Spam Block: mail from $&{client_addr} refused - see http://njabl.org/lookup?$&{client_addr}')dnl
FEATURE(`enhdnsbl', `bl.spamcop.net', `"Spam blocked see: http://spamcop.net/bl.shtml?"$&{client_addr}', `t')dnl
I regenerated sendmail.cf
with m4 /etc/mail/sendmail.mc >
/etc/mail/sendmail.cf
and then restarted sendmail with
/etc/init.d/sendmail restart
.
A few minutes after I restarted sendmail, I checked
/var/log/maillog
to see whether the SCBL had blocked any spam
and found it had already blocked 21 messages.
# grep spamcop /var/log/maillog | wc -l
21
References:
-
DNSBL
Wikipedia, the free encyclopedia
-
Blocking Spam That Are In A Foreign Language
By: Low Jeremy
Article Submitted On: December 04, 2006
EzineArticles
-
How do I configure my mailserver to reject mail based on the blocklist?
spamcop.net
-
SpamCop FAQ: Sendmail
spamcop.net
-
Disable AAAA (IPv6) lookups without recompiling Sendmail
Date: April 26, 2007
comp.mail.sendmail
- PHWinfo
-
Sednmail cf/README
sendmail.org
[/network/email/sendmail]
permanent link