As you can see from the email attached, this mail got flagged simply because
of 'received via relay' and 'confirmed spam source'
I received the mail from a mailing list. I do *not* want to add the mailing
list address to my whitelist as this mail would have been fine before
upgrading to 2.11
--
Douglas J Hunley (doug at hunley.homeip.net) - Linux User #174778
Admin: Linux StepByStep - http://www.linux-sxs.org
and http://jobs.linux-sxs.org
Face it, being one-sided is a BAD THING. Unix was dying because
it was becoming much too one-sided.
- Linus
--- Begin Message ---
SPAM: -------------------- Start SpamAssassin results ----------------------
SPAM: This mail is probably spam. The original message has been altered
SPAM: so you can recognise or block similar unwanted mail in future.
SPAM: See http://spamassassin.org/tag/ for more details.
SPAM:
SPAM: Content analysis details: (5 hits, 5 required)
SPAM: Hit! (2.0 points) Received via a relay in relays.osirusoft.com
SPAM: [RBL check: found 204.224.20.195.relays.osirusoft.com., type:
127.0.0.4]
SPAM: Hit! (3.0 points) DNSBL: sender is Confirmed Spam Source
SPAM:
SPAM: -------------------- End of SpamAssassin results ---------------------
One way to eliminate the loadkeys trouble would be to not copy or link a
keymap at all. Instead we could use the command
dumpkeys >/usr/share/kbd/keymaps/defkeymap.map
This will dump the currently active keymap in a format that is independent
of includes. This would follow the principle of least surprise because the
keyboard will have the exact same mapping on the LFS system as on the
host, i.e. after booting into LFS the mapping is the same as it was in
chroot. This saves people the trouble of finding out the proper keymap to
use. Everything will just work as always. The dumpkeys output, because of
its self-containedness also makes it much easier to customize. If someone
objects to the idea of importing the keymap from the host system (although
in this case I think it's a good idea), he can issue the command loadkeys
<keymap_path> inside chroot before executing the dumpkeys.
MSB
--
goto doesn't screw up programs.
Programmers screw up programs.
--
Unsubscribe: send email to [EMAIL PROTECTED]
and put 'unsubscribe lfs-dev' in the subject header of the message
--- End Message ---
