betabug... Sascha Welter

home english | home deutsch | Site Map | Sascha | Kontakt | Pro | Weblog | Wiki

Entries : Category [ digital ]
Things having to do with digital world items go in here.
[digital]  [language]  [life]  [security]  [media]  [zope]  [tourism]  [limnos]  [mac]  [athens]  [travel]  [montage]  [food]  [fire]  [zwiki]  [schnipsel]  [music]  [culture]  [shellfun]  [photography]  [hiking]  [pyramid]  [politics]  [bicycle]  [naxos] 

21 July 2005

Server moved... to Thessaloniki

Error correction

So, the server did not move to Athens, indeed it just moved to another facility (OTEnet) in Thessaloniki. MacYannis just corrected me. So, welcome back to Thessaloniki!


Posted by betabug at 14:13 | Comments (0) | Trackbacks (0)
24 July 2005

helmug.gr Update on DNS Status

She's on her way!

Finally DNS is on its way: Yesterday we managed to set up DNS service at dyndns.com. We had some organizational problems to get this going, mainly an expired Credit Card :-(. Then I configured DNS records for helmug.gr, www.helmug.gr, mail.helmug.gr and the mx for helmug.gr. It took a while for hostmaster.gr and then dyndns.com to pick up the changes.

When I checked sunday morning at 2am, most changes had made it through DNS caches for my provider in Switzerland. The MX record had not expired yet. It takes even longer for OTEnet: Right now they still have the old DNS entries. I hope that everyone's provider's DNS picks up the changes soon, but right now we can just wait.

If you are in a hurry to see the helmug website, you can - for the moment - see it through http://helmug.betabug.ch. But this will disappear once DNS works properly, and also mail does not work with this domain.

Update: Apparently the "time to live" on the old DNS records was set to 48 hours. So don't expect changes (for example for OTEnet customers) to happen really fast. Once the records are in the DNS cache, they are kept there for 2 days, so those providers customers will properly see helmug.gr on Monday evening. Note to people moving servers: Reducing the "time to live" on the old DNS is a good idea.


Posted by betabug at 15:13 | Comments (2) | Trackbacks (0)
26 July 2005

helmug.gr down again

DNS trouble on OTEnet to blame?

Right now, helmug.gr is down again. From what I observe on the machine the problem might be with DNS:

To me the conclusion is that the providers (OTEnet) DNS servers have wrong information (either they jumped back in time and are grossly outdated again) or someone there fscked up the settings for their DNS (tryed to redefine the zone?). And since the server wants to look up its own name, it gets wrong information, which messes everything up in a deep way.

If anyone has more clue than me, please enlighten me!


Posted by betabug at 18:20 | Comments (2) | Trackbacks (0)
04 August 2005

GPRS Setup On PowerBook and Mobile Phone

Getting the Minimum out of the Internet

Now that I have arrived on Limnos island, my Internet access is restricted to GPRS. That's pretty bad, because GPRS is expensive, slow and expensive. It's not that bad though, because it's all I've got and at least I can get and send mails (and do some IRC/SILC chatting once in a while). I had a similar setup last year, when I spent six months on the island. So I tuned my setup to get the minimum out of the Internet...


I say "the minimum", because the target is to spend as little as possible bandwidth for the content I want. One example: If you use Apple's Mail.app, you will spend a lot of bandwidth, because it downloads all mails, then decides which ones are junk, then you decide which ones you want to read. You can set it up with IMAP to only partially download large messages. But it is still incredible more chatty than my current setup.

Connection via Bluetooth


But let's start with the basic setup. My PowerBook runs Mac OS X 10.3, a more or less similar setup would work with any random Unix clone though (something like OpenBSD, Free/NetBSD, Linux, whatever). My PowerBook is connected to a Sony Ericsson P910i mobile phone, using a cheap USB bluetooth adapter. Setup was a breeze, no drivers to install at least for the bluetooth part.

GRPS to the Internet


What I had to install was a modem script for the GPRS connection, which I found from Ross' GPRS info site, the place to go for GPRS scripts for all kind of phones. From the side of the provider, I have GRPS access as an extra to my phone contract. I don't have any special plan for "free" access, since I don't need GPRS that regularly. GPRS is paid by amount of data transfered, and may I note it's pretty expensive. But on the upside, it's not paid based on connection time. So I can leave the connection up while waiting for an answer to a mail.

IMAPS and IRC problems


Some specials about GPRS connections I've encountered: Often some ports are blocked, more or less in random fashion. For example here on CosmOTE, port 993 (for secure IMAPS) does not work, which makes absolutely no sense at all, unless they want everybody to use insecure mail protocols. My answer to this was to set up my server to provide STARTTLS over the standard IMAP port 143. This way the connection starts insecure, then both sides agree to move it to encrypted mode. Another speciality that I found at CosmOTE and Vodaphone GPRS is that the auth protocol (also known as ident protocol) is blocked. Ident/auth is not really a modern, much used protocol, except for IRC, where servers use it to weed out some abusive clients. On the other hand, the IP addresses given to me for my GPRS connection do not resolve back to a hostname.

Both of these authentication failures lead to failure to connect to an IRC server. Since IRC does not work this way, I ssh tunnel port 6667 to my server and connect from there. That way both auth and reverse lookup work, and I'm a good IRC citizen. Tunneling through ssh gets my bytecount a bit up, but it's not that bad. Logging in to the server and using irssi on the ssh shell to do irc chatting eats much more bandwidth and is also much less responsive, especially for typing. For these reasons, last year, I used SILC a lot, which sports a similar interface to IRC, but works fully secure with encryption and authentification. Most of my friends aren't on SILC though, so it's more a solution for a personal chat here and there.

The Web I ain't


I don't use the Web. Or I only use it when I absolutely have to. Then I'm using lynx to get the minimum bandwidth out of my content. I'm still undecided if login to the server through ssh and using lynx from there is better or worse, bandwidth wise. Loading a large page and seeing only the first 25 lines is sure more economic, but ssh and especially curses seem to be chatty. If your phone providers GPRS plan gives you some "free" bandwidth, then using the Web via Bluetooth/GPRS may be an option, for me it isn't. From time to time I'm going into town, where I catch up in the Internet cafe. Other than that, I see myself on vacation, only interested in personal relations. And mail is really best for that.

Mail setup


My mail client is mutt. I've compiled my own setup on my PowerBook, since I want some settings that are not around in stock download binaries. For example mutt is compiled to do POP, IMAP, and SSL. I did this a while ago and back then had some trouble getting the configuration right. (Latest setting seems to be: "./configure --enable-imap --with-curses=/usr/local --with-ssl --with-included-gettext --enable-pop --enable-locales-fix --without-wc-funcs" for compiling mutt on 10.3.) I then open mutt twice, each in one Terminal window. The first one is used for mail reading/writing/replying. The second one is used to connect to my mail server, with a command like "c imap://servername".

There I mark the messages I want and save them to their respective mailboxes. Leaving one mutt connected to the IMAP inbox saves connection setup bandwidth. I have I set up as a shortcut to "imap-fetch-mail", which updates the content of the IMAP inbox. Whatever mails I don't want to read can be saved to "imap://servername/Mail/mailboxname", causing not much wasted bandwidth. In the end I download only minimal headers and the mails I really want to read. My "index format" is set up ""%4C %Z %{%b %d} %-15.15F (%4c) %s", so I can see the size of mails in bytes/kbytes. As long as I don't hit any wrong key, I won't download any mails with attached photos by mistake. Sometimes mutt hits me there: When I accidentally hit "enter" twice after typing "c imap://servername" it will open and thus download the first message, because the second "enter" is still in the type buffer. Ugly.

Dealing with SPAM


I don't want to download any SPAM, at this price I don't even want to download SPAM headers. So I weed out the SPAM on my server. I'm using bogofilter for this. And after more than a year and a half of training, it works quite good. I can spot the rare unidentified SPAM message from the subject and save it to a special mailbox on my server. There it is picked up by a cron job and bogofilter is retrained on that message. Once every something I log in from the Internet Cafe and go through all the identified SPAM messages. In 1.5 years only about 5 messages were mistakenly identified as SPAM.

The Weblog


Feeding and maintaining my Weblog is a new challenge. Posting can be done via moblog (specially formatted mails). But it has some restrictions, worst is the lag of formatting as HTML, and that I can't use the "Extend" field of the web interface (which makes the "Read more on..." links and gives a new page with the full post, allowing entries on the main page to be shorter). Moderating comments will be troublesome too, I don't know yet how I will do that. Maybe I should have set up a script to do moderation via mail (like it is done for moderated mailing lists). Also maybe I should have gotten some blog software to remote update, but I would have to examine them for chattiness.

Summing it up


With this setup my bandwidth consumption goes down a lot, to something like 12kBytes to maybe 120kBytes per session. Of course all depends on the amount of mail I get and send, so comparisons are difficult. But I am quite confident that I have removed bandwidth overhead a lot.

Posted by betabug at 14:15 | Comments (2) | Trackbacks (0)
18 August 2005

SMTP on the Go with CosmOTE?

So what is the proper SMTP server for CosmOTE GPRS?


For the last week or so I have been hindered to send mail in a far reaching result of the change all the SPAM brings to the Internet. For years now I have been running an SMTP server on my laptop, so when I am on the road I can send out mail without having to set up another outgoing mail server with each provider. This is a solution that requires some technical know how, but up to very recently it worked fine. But now I get more and more occasions where the dynamic IP I am connecting with to the Internet is being blacklisted -- either because it had been used to send SPAM (by someone else), or just because it is a dynamic IP.

I had the same problem with my server (which is on a dynamic IP). There I solved it using a smarthost setup to my providers mail server. Now on the PowerBook I would be ready to do the same thing... only there are some obstacles that I currently can't overcome. My first thought would be to declare my own server as smarthost. That way I would have more control over the route of my mails. But to do this, I would need to teach the Postfix mail server on the PowerBook to use SMTP AUTH. Getting SMTP AUTH out of Postfix requires a recompile, which requires Sourcecode and documentation. I won't pay for that through an expensive GPRS connection, so that choice is out till I get back to Athens.

The other option (and what I had done in previous, similar cases) is to set up the connection providers SMTP server as smarthost. Since I am connecting through one of their IPs, I should be implicitly authorized to send mail through their server. So no SMTP AUTH needed, nice. Just that I don't know where their server is. I did a quick net search for it, but turned up only other people searching the same information and naughts.

(BTW it sucks immensely when I'm searching for a solution to a problem I have, and up comes my own page -- not even on a really relevant page. Somehow this shows me soemthing like a big fat "nothing usefull found" banner.)

Some people suggest to use mailsrv.mycosmos.gr, but this rejects my outgoing mails. They do not seem to authenticate by IP. Either this is not the intended mailserver for GPRS customers (likely, from the name), or as some people suggest, you have to use this server always with SMTP AUTH. Which leaves me at the same spot. Asking the customer hotline is out of the question, I don't want to spend 2 hours listening to clueless drones. Besides, judging from the web search, someone already did that, without success. It is likely that there is noone within Cosmote who knows what a SMTP server is.

So if you happen to know the proper SMTP server for CosmOTE GPRS, I'd appreciate a comment or a mail. Not that I have any hopes. Until that time I'd say: Thank you CosmOTE for making it so hard. With the few Cents you get for your GPRS connection you certainly can't be bothered to give out a little bit of information or to set up a proper SMTP server.


Posted by betabug at 12:15 | Comments (4) | Trackbacks (0)
31 August 2005

Picking Up at an "Old" Project

First day at work after a vacation

Today is my first day back at work after a months vacation. After saying hello and asking everyone how they spent their vacation time, I got back to work where I left on my "old" project. In fact it's not that easy, since I completely "got away" from work on my vacation. So I made a little plan on how to get back into things...


First thing I made this little list. Then I started doing the things on the list. Then my boss called me over and we spun ideas and outlooks about how what we are building will grow and what it will come out to be in the end. That could be considered a distraction, but it turns out it wasn't. Instead it helped me get back into the gedankenexperiment that programmers turn into reality by typing into vi. But, here is my list:

This may not be the ultimate list for the task of getting back into code after vacation, but so far I'm getting along. Feel free to recommend additions and corrections!

On the personal side, I like my work, so it's not that hard to get back to it. But still, after a month of hanging out it is a change to sit in the same chair all day. But hacking on Zope stuff will bring enough distraction soon.

Posted by betabug at 16:03 | Comments (0) | Trackbacks (0)
07 October 2005

Installing a "Brother" Printer

Can you believe this?

This may sound like a joke. Today I had to install a new printer in the office, a Brother HL-5170DN, a small laser printer with an ethernet port. It turned into an adventure. Of course, actually putting the printer in place was easy enough. Setting it up from two Mac OS X clients was easy too (even though I had to install the PPD from the CD, it seems this one does not come with the system?). Then I had to set it up on a laptop with Windows XP too. What a nightmare...


First try: System control panel

Click on "Start", click on "Printers and Fax", add a new printer. A wizard opens. I can see the printer in the workgroup, but it is seen as a PC, not as a printer.

Second try: Printer CD

Maybe Windows does not know about this printer too, so pop in the CD and see what we got. Choose "Driver install". Click through a few screens until it is clear that this utility does not see the printer either. Open the manual, read, read, read. Apparently due to the use of NetBIOS, the printer should be seen here. But it isn't. Of course all troubleshooting information is for stuff like missing paper and not plugged in power cords.

Third try: Thinking about IP addresses

The Macs got this printer working through AppleTalk and Bonjour (née Rendezvous), but on other systems I would expect the printer to go up with some IP address. Looking through the manual I can see that this is true, but the setup has a Catch-22: When the printer comes up, it is configured to get an IP using DHCP. We don't have a DHCP server on our network, so it does not get one. Then it reverts to giving itself an IP in the 169.something range, which is reserved for this purpose and almost guaranteed to not be in use. Brother has a fancy name for this, APIPA (which is especially funny in Greece, as spoken aloud it contains the word for oral sex). So the printer is friendly to your network admin, because it does not use someone else's IP address. On the other hand, it is kind of rough on the admin trying to set it up, since you can't connect to that address. Oh, I forgot to mention one little detail: On a lot of printers you can set the IP address manually, because there is a small LCD display with some minimalist user interface. Not on this printer.

Switch off APIPA (do not say this out loud when in Greece)

What are you supposed to do? Switch APIPA off. Then the printer will revert to a static IP. Easy enough. Consulting the manual I learn that I have to switch the printer off, hold the "Go" button, switch printer on. Watch the blinkenlights till first they are all off, then the "Toner" light is on alone. Release "Go", press "Go". Wait till the blinkenlights play some more, then till "Status" lights up in green. Release "Go", hoping that all worked out (no feedback, what did you expect?).

Fourth try: Get a static IP

The IP this gives you is 192.0.0.192. That is one funny IP address. It looks like it is in private address space, but it actually isn't, according to RFC1918. But it is probably not used on the Internet or your LAN, so it's unlikely to mess with someone's network settings. But then, it's also highly unlikely that you can connect to it. The proper thing is now to set up a machine on the same subnet (say on 192.0.0.42) and connect to the printer. Wow, that worked.

Last step: Setup the printer in the PC

Finally we're here, the driver installer finds the printer, I can install the driver (which auto-setups the printer) and print. There is nothing like a good hour or two of puzzle solving fun to get something so simple as a laser printer to work. Oh, I have not found out how to teach the PC to use the second tray on the printer. That will be probably in the next game.

Posted by betabug at 17:41 | Comments (2) | Trackbacks (0)
11 October 2005

Next Smart Phone?

The successor to the P910 announced

As noted on slashdot and on Tor's blog, Sony Ericsson showed off the successor to the P910, the P990. A bit more about it in this article on mobilegazette. But enough of the linkage, now for my opinion...


I think WiFi and 3G on the new phone is quite interesting. It may depend a lot of what useful features they have built into the WiFi part, and how much 3G Services will cost for your provider. Internet via 3G could be especially interesting, it looks like with my current provider it is not more expensive than Internet via GPRS. The 2 Megapixel camera sure may be nice, but frankly for what I use the camera in my P910, I don't necessarily would need more resolution, but rather better optical quality. I guess this will improve a bit with a better and bigger chip, let's see.

What is a disappointment is the form factor: I enjoy the big screen on the P910. Having the extended keyboard on the flap wasn't such a bad idea. Maybe Sony had problems with the flip breaking off for some people, so they moved the extended keyboard "on" the device? Now it is just like a waste of space, tough for such a little critter trying to save every millimeter.

I liked the idea of an FM radio built in. Frankly the MP3 player in the P910 is crappie, nothing compared to the iPod. In theory, with a big memory stick it could be used as an integrated Shuffle with the phone, without the pain of having to switch headsets. But the sound quality is just not there. (This reminds me of when my iPod headset started to get broken on the cables, I went to buy earphones and bought Sony ones. I was struck by terror when I noticed how bad the Sony ones sounded in comparison to the iPod earphones. Admitted, the Sony earphones were cheap, but so are the iPod ones.) Now with a P990 one can at least use the phone as a radio to listen to music and use the headphones for calls without switching.

Posted by betabug at 10:06 | Comments (0) | Trackbacks (0)
17 October 2005

IE Bug Bitten

Internet Explorer Cannot Save to Cache error

We had been bitten by another IE bug here with the application we're building. Our customers using IE6 got a message "Internet Explorer can not save to cache", whenever they tried to save an image. Our application is working over https and puts out "Cache-Control: No Cache" headers. These are some ingredients that trigger the "cannot save to cache" bug in lame Internet Explorer 6. After suspecting my own code for a while and changing stuff around to check, I STFW (searched the f* web) and came up with that M$ support page. In case it goes away, here is the info in short:


Workaround for Zope: I added a line to my python script...

REQUEST.response.setHeader('Cache-Control','keepitifyoulike')

this just overrides the header for this one method. It's not perfect, but it works for now.

Posted by betabug at 10:13 | Comments (0) | Trackbacks (1)
19 October 2005

Switching to reject_rbl_client on Postfix / Mac OS X Server

Messing with the config file

On a Mac OS X Server 10.3 machine, the config file was having lots of warnings:

postfix/smtpd[5270]: warning: 
restriction reject_maps_rbl is going away. 
Please use reject_rbl_client  instead
I was searching up and down on the web to find out what exactly would be the right way to get rid of the warning. The problem is that I did not find where Mac OS X server stores the records from the GUI "Server Admin", so I could not "automatically" include them. (BTW: #postfix on freenode won the price for this weeks most unhelpfull irc channel this month, a well formulated question with a lot of background info and it gets ignored like it's a metaquestion from a known lamer? Go back to talking about beer, #postfix.) Read on for the solution...


Now I have the blacklist servers only in the /etc/postfix/main.cf file. The line in the main.cf file was:

smtpd_client_restrictions = 
    reject_maps_rbl,hash:/etc/postfix/smtpdreject
And now it is:
smtpd_client_restrictions =
    permit_sasl_authenticated,
    reject_rbl_client sbl-xbl.spamhaus.org,
    reject_rbl_client bl.spamcop.net,
    hash:/etc/postfix/smtpdreject
permit_sasl_authenticated was needed, because without that clients who wanted to relay using SMTP AUTH were denied too, based on some blacklist. On another note, to wrap lines in postfix config files you add whitespace on the start of the line, it's not using the common format of escaping the line break with \. Generally I think postfix configs are not better than sendmails, you still have to dig through a lot of weirdly named keywords to find the one that does what you want.

Posted by betabug at 15:33 | Comments (0) | Trackbacks (0)

Listen to iPod While on Hold

Stuffing an iPod Shuffle in a company phone system
iPod shuffle in phone system

Our new company phone switchboard can play music while callers are waiting "on hold"... off an iPod Shuffle. Our boss was not satisfied with having callers listen to some lame synthiepop Mozart castration, instead callers should be able to listen to the likes of The Cure, The Stones, Pink Floyd, and other similar bigshots. The phone center hardware has an audio input to hook up something like a portable CD player, but one CD is certainly not enough. So an idea came up...

iPod shuffle mounted on phone system

The iPod shuffle holds much more music than a CD, it can do random playback. Why not hook up that one? No moving parts means less breakage, energy consumption is pretty low, sound quality certainly is good enough, loading up new music is a snap.

Connection was easy enough with an audio cable. Energy was a bit more of a problem, the battery lasts only 12 hours, not enough for 365/7/7, so charging the device was needed. First stop was USB, because that's the shuffles port and the ISDN connectors have USB connectors. But both systems want to be clients (peripherals), not computers. Plus it was not possible to find a matching converter cable, so we could not test out if the shuffle would charge off the ISDN equipment.

In the end we found out that a "wall-wart" 220V USB-charger adapter, bought from Apple, would do the job. The shuffle fits right on to it, making a mounting point for the device unnecessary. The pictures are a bit hazy, but one can make out the shuffle on top of the ac adaptor, plugged into the T-piece electricity outlet. The black cable on the first pic is the audio cable to the telephone switchboard. The Shuffle itself is the smallest part of all the installation.


Posted by betabug at 17:10 | Comments (2) | Trackbacks (0)
25 October 2005

Comment Spammers from easymanaged.com?

Stepping into an ugly mess

Some (new?) spambot is trawling my site lately, possibly looking for open comment forms. I see some of them coming in from hosts like nac6.easymanaged.com (209.123.8.173) and nac3.easymanaged.com (66.246.252.87). Searching the web for references to easymanaged.com shows lots of guestbook and bulletin board bot entries and a page on the "Spam Huntress" weblog (and following to this one about "new master spambot"). Tracerouting those IPs reveals that they seem to go through 0.so-7-3-0.gbr2.mmu.nac.net -- which belongs to nac.net (Net Access Corporation, a spam-friendly hosting provider, who knows?). Maybe I'll send the URL of this post here to abuse@nac.com. Read on for a bit more details...


The bot lists several typical IE user agent strings. Typical for the log entries is that they don't load images or css files and that the referrer is the same page that it accesses, but without the ending slash. Some samples:

65.75.166.200 - - [25/Oct/2005:15:10:17 +0200] "GET /blogs/ch-athens/112/ HTTP/1.1" 200 6917 "http://betabug.ch/blogs/ch-athens/112" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1)"
209.123.8.173 - - [25/Oct/2005:15:19:10 +0200] "GET /blogs/ch-athens/89/ HTTP/1.1" 200 5616 "http://betabug.ch/blogs/ch-athens/89" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)"
66.246.252.86 - - [25/Oct/2005:15:24:49 +0200] "GET /blogs/ch-athens/88/ HTTP/1.1" 200 6257 "http://betabug.ch/blogs/ch-athens/88" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)"
The rate of access is not very high, the bot is possibly trying to avoid throttle defenses. It sounds very much like this bot is just searching for blogs/guestbooks/bulletin boards to spam, while the spamming itself will be done by another bot (what "Spam Huntress" refers to as "master spambot"). Filtering them out could be done at the IP level, untill they move on to another provider.

UPDATE: It seems my thoughts on Net Access Corporation were right, see this Senderbase report on Net Access Corporation showing lots of SPAM coming from their IPs.

Posted by betabug at 16:02 | Comments (2) | Trackbacks (0)
15 November 2005

Interactive Fiction Interpreter for the P910i

Finally playing it out in text

For a long time I had on my to do list the idea to find an IF interpreter to play text based adventure games on my mobile phone. Something like I mentioned (in German) on my ages old if german page. Finally I found what I was looking for, after being reminded by this story about Interactive Fiction appearing in the online Wall Street Journal on slashdot. What did I find? On this page from a company called Malinche Entertainment a link to Frotz UIQ (download).


Posted by betabug at 17:36 | Comments (0) | Trackbacks (0)
19 November 2005

Editor Wars: Keyboard Shortcuts for Regex

vi rules (once more)

In the book "Code Reading" by Diomidis Spinellis, there is a small table about what commands are needed to search in code editors. (Section 10.1 "Regular Expressions" serves to remind programmers that regular expression can be a powerfull tool when trying to find your way around foreign (and own) source code. As a vi user I think the table is incredible funny and revealing:

Table 10.2 Regular Expression Search Commands in Popular Editors
Editor Forward Search Command Backward Search Command
BRIEF [a] Search Forward Search Backward
Emacs C-M-s [b] isearch-forward-regexp C-M-r isearch-backward-regexp
Epsilon C-A-s [c] regex-search C-A-R reverse-regex-search
vi / ?
Visual Studio FindRegExpr FindRegExprPrev

[a] After performing a regular expression toggle.
[b] Control-Meta-s.
[c] Control-Alt-s.

Of course you might not get my fine point here. So let me explain what I learned: First, there are some editors around that I have never heard of, like "BRIEF" and "Epsilon". But the highlight is the complexity of these commands. In vi it's just one single character for each, while others have something that I can only assume to be menu commands, not to mention three letter salute keyboard shortcuts. Of course it's maybe harder to grab the concept of vi editing, but once you got it, you are rewarded with simplicity and no waste of time for such an often used tool.


Posted by betabug at 13:21 | Comments (2) | Trackbacks (0)
23 November 2005

Playing Around With a Blackberry

So what?
Blackberry on my table

My boss just dropped a Blackberry on my table for me to play around with. I did, and now I am wondering: What is all the fuss about? It's just another phone with PIM. The form factor (especially the keyboard) reminds me of my old Treo 270, sans the flip. The wide format display sure may be more useable for ssh than the one in my P910. The display does not seem to be touch sensitive.

Having a quick look through the web for an ssh client reveals an open source one and a couple of weird commercial solutions, some of them in client-server setups. Also there seems to be some question of special blackberry coverage that needs to be available on your network. Does not sound like another field I would have to read myself into, if I can lazily avoid it. TCP/IP (over something like GPRS) is good enough for me.

The integrated web browser seems to download background images, but not display them. It shows my blog good enough (see screen on picture). The browser id string was "BlackBerry7290/4.0.2 Profile/MIDP-2.0 Configuration/CLDC-1.1". Traceroute to the connecting address was kind of funny. The machine seems to connect through Vodaphone Greece, but the traceroute went to some server in England. That client-server game again, I guess.


Posted by betabug at 12:17 | Comments (1) | Trackbacks (0)
24 November 2005

VirtualHost mess

Site was off for a while

Since I set up another virtual host today, I managed to mess up the virtual host setup in my httpd.conf. It took me some time to find out. So if you came here and got some funny error about "page zope not found", I'm sorry :-) Things should be up and running again. If you are interested to know what happened: I forgot to activate the NameVirtualHost directive. And when I had it set up, the wrong VirtualHost was used as default.


Posted by betabug at 17:23 | Comments (0) | Trackbacks (0)
Prev  1   2   [3]   4   5   6   7   8   9   10   11   12   13   14   Next