Server moved... to Thessaloniki
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!
home english | home deutsch | Site Map | Sascha | Kontakt | Pro | Weblog | Wiki
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!
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.
Right now, helmug.gr is down again. From what I observe on the machine the problem might be with DNS:
If anyone has more clue than me, please enlighten me!
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.
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.
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.
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...
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.
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.
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.
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?).
The IP this gives you is 184.108.40.206. 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 220.127.116.11) and connect to the printer. Wow, that worked.
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.
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.
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...
this just overrides the header for this one method. It's not perfect, but it works for now.
On a Mac OS X Server 10.3 machine, the config file was having lots of warnings:
postfix/smtpd: warning: restriction reject_maps_rbl is going away. Please use reject_rbl_client insteadI 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/smtpdrejectAnd 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/smtpdrejectpermit_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.
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...
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.
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 (18.104.22.168) and nac3.easymanaged.com (22.214.171.124). 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 email@example.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:
126.96.36.199 - - [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)" 188.8.131.52 - - [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)" 184.108.40.206 - - [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.
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).
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|
[a] After performing a regular expression toggle.
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.
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.
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.