My latest server update surprised me by suggesting to replace my GCC 3.4.6 with the all-new GCC 4.1.1. Looks like the new GCC is assumed to be stable enough for production usage now.
I tried using -march opteron but some configure scripts began whining that “GCC is not able to create executables” (a quick hello world program worked for me), so I’ll stay with -march athlon-xp for now. It took several hours to recompile my whole system but thanks to gentoo’s portage, I didn’t need to monitor the server during this time at all. Everything went smooth and everything that runs on this server is now compiled by GCC 4.1.1.
With one notable exception: qmail. Instead of including the required header, qmail decided to locally declare the strerror() function in TLS.c. Except that header still got included and since the function signature seems to have changed, this is now an ambiguous reference. So, Ctrl+Ztted out after the ebuild had extracted qmail, commented out the strerror() declaration in TLS.c and resumed with fg.
When I checked by mails a bit later, my inbox had been nailed with countless spam emails. Oh great, simscan wasn’t getting called anymore. The last time this happened I spent a week uninstalling and reinstalling qmail and then attempting to switch to the courier mail server. There’s no way I want to go through that again, so I very carefully examined my system.
Simscan was installed and configured in /etc/tcprules.d/tcp.qmail-smtp. I rebuilt the .cdb file and restarted svscan but simscan still didn’t run. To make a long story short, I still don’t know what went wrong, but I decided to try netqmail. It compiled on GCC 4.1.1 without any problems and after uninstalling and reinstalling simscan, it immediately sprang to work, too. Phew.
Next, authentication failed whenever I wanted to send an email. Turned out that /usr/bin/checkpassword-pam (which I’m using for smtp-auth) had been rebuilt and its rights were wrong again. A quick chmod u+s /usr/bin/checkpassword-pam got everything running again.
Recent Comments