adjust to matched your jre install:
cd ~/.mozilla/plugins
ln -s /usr/java
ln -s /usr/java/jre1.6.0_18/lib/amd64/libnpjp2.so
and then restart firefox.
adjust to matched your jre install:
and then restart firefox.
DKIM is used to ensure that mail that says it comes from my domains actually does. You do this by adding an entry to your DNS server (with your public key in it), and then outgoing email is signed (with your private key) using a mail filter (aka milter). I’m using CentOS 5.4 64bit and sendmail.
First a few dependencies:
Download dkim-milter from sourceforge http://sourceforge.net/projects/dkim-milter/
I’m using tinydns (actually VDNS but same thing).
You need a TXT entry for the domain mail._domainkey.example.com that looks something like:
k=rsa; p=MIGfMA0…AQAB
I used a tool at: http://www.anders.com/projects/sysadmin/djbdnsRecordBuilder/
to make my entry (for tinydns)
(where p= is your public key (rsa.public), and the “mail” in mail._domainkey… matches the mail in mail.key.pem in the instructions in Step 2)
In bind it would look something like this:
mail._domainkey.example.com. IN TXT “k=rsa; p=AMIGfMA0GCS…AQABS”
Add a TXT record to the domain _adsp._domainkey.example.com, to indicate how the emails will be sent. There are three options. dkim={unknown|all|discardable}
unknown Means that the email from this domain might be signed. (could be some/all or none of the emails). This is useful if you send email from home via your ISP.
all Means that all email will be signed.
discardable Means all email will be signed, and if the email is received without it, the recipient should discard it.
I’m going for dkim=all, so my DNS entry is:
edit /etc/mail/sendmail.mc and add the following line:
And then rebuild/restart sendmail
Send an email to your gmail account, and then view the headers, google will tell you if you got it right, or check out the link at elandsys.com, they have an autoresponder.
Links:
As you know, I’m tortured by the pseudo requirement to layout your projects a certain way with svn. Some more thought (and chats with my svn friends) have led me to think that the tool doesn’t really force you to lay things out a certain way, since you could (and should I guess) checkout your projects at a lower level than the top.
eg
ft/
ft/cgi
ft/www
in svn would be
ft.repo/trunk/ft/
ft.repo/trunk/ft/cgi
ft.repo/trunk/ft/www
So you make the project called ft.repo, and make the svn directories under that of trunk, tags and branches. Then ft is my top level directory, and so I check it out with
svn checkout svn://…/ft.repo/trunk/ft ft
and this way my directories are arranged the way I want in my workspace, and tagging will not clutter up my workspace.
But I’m still not overly happy with this, and couldn’t be bothered moving my stuff around, so I decided to write a small shell script that associates the current revision with a tag that is saved into the file .tags in current directory (and committed). It doesn’t let you tag files, but certainly sub-directories are fine. I also merged in the svnignore program from a previous post. Suggestions for improvement are welcome, as this is the first version 🙂
Usage:
svn tag “version-1.0”
This will write a “tag” to the current directory as version-1.0
svn listtags
This will list the “tags” for the current directory.
Put this in your path ahead of the real svn (or rename this file)
File: $HOME/bin/svn
So if you want to checkout with a tag, then lookup the revision
and checkout using that. Hmm .. perhaps a little grep in the .tags file would be useful. Next time 🙂