Re: linux-kernel list problems -- Now solved ?

Riley Williams (rhw@MemAlpha.CX)
Thu, 15 Jul 1999 17:43:56 +0100 (GMT)


This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

--1421910094-1651240938-932057036=:32430
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi Matti.

> I found, and fixed it for now - I think.

===8<=== CUT ===>8===

> It wasn't .AU only. The way this turned up to be was that there
> were couple of broken subscriptions which with one ZMailer quirk
> did turn out to reject all recipients in the batch where that
> envelope error occurred.

> Addresses at the file were something like:

> foo@ with.extra.space
> barf@domain. with.extra.space

> As things are done by the "listexpand" utility, it picks
> address-line from the start of the text line in the file, and
> chops it off at frist non-quoted white-space. Thus:

> foo@
> barf@domain.

> which both caused ZMailer router to reject the message on basis
> of bad envelope. (Both happened in same batch part, so this
> wasn't quite so bad to spot..)

Perhaps the enclosed bash shell script will help here - set it up with
cron to run through all the lists of who is subscribed once a day,
with stdout emailed to you, and stderr redirected to /dev/null, and
you should get a list of any and all suspicious entries for you to
check...

Note also that one run of the command can scan ALL of the database
files, as it will work its way through its parameters treating each of
them as a separate file to process, and will process them in the order
they are given. Assuming the various databases are all stored in the
directory /var/mailling-lists/ then the following cron command would
do this for you quite happily:

checkdomain /var/mailling-lists/* 2> /dev/null

This program assumes that the subscription database is one entry per
line, with the email address as the first thing on each line and the
rest of the line containing what it regards as comment info. It allows
leading spaces or tabs on each line, and also allows either spaces or
tabs to separate the email address from the comment info.

For reference, here's a test database I used:

Q> rhw@memalpha.cx Valid
Q> rhw@memalpha.cx Valid
Q> rhw memalpha.cx Invalid - no domain part.
Q> rhw@ memalpha.cx Invalid - no domain part.
Q> rhw@memalpha .cx Invalid - domain not fully qualified.
Q> root@localhost Invalid - domain not fully qualified.
Q> root@localhost.localdomain Invalid - domain not found.
Q> root@warez.memalpha.cx Invalid - maps to 127.0.0.1.

The comments on each one state whether it should be mapped as valid or
invalid, and if invalid, why. Note that it won't find entries in
/etc/hosts as it uses the host command to search for them, and it also
regards anything that maps to 127.0.0.1 as being invalid, so localhost
would have been invalid on that basis even if it had passed the host
test in the first place.

Here's what appears on stdout from running the above through the
script...

Q> Analysing xx gives:
Q> => Missing domain: <rhw> (memalpha.cx Invalid)
Q> => Missing domain: <rhw@> (memalpha.cx Invalid)
Q> => Invalid domain: <rhw@memalpha> (.cx Invalid)
Q> => Invalid domain: <root@localhost> (Invalid)
Q> => Unknown host: <root@localhost.localdomain> (Invalid)
Q> => Maps as LocalHost: <root@warez.memalpha.cx> (Invalid)
Q>

There's quite a bit that gets sent to stderr, but that can all be
disposed of by redirecting that to /dev/null - it's only used for
copyright and debugging information, not for problem reports.

> I need to study ways to armour the system against this sort of
> bad address entries in the subscription databases. But before it
> can be cured properly, Andy et.al., could you keep an eye on the
> list address contents ?

Better still, an automated means of doing so will help...

> I will go away from the network for shortish vacation next
> couple of weeks...

Hopefully this will get to you before you go...

Best wishes from Riley.

+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html

--1421910094-1651240938-932057036=:32430
Content-Type: APPLICATION/octet-stream; name="checkdomain.tar.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.9907151743560.32430@ps.cus.umist.ac.uk>
Content-Description:
Content-Disposition: attachment; filename="checkdomain.tar.gz"

H4sIAEUJjjcAA+1WXW/bNhTNq/UrTlVnSoboy/Ec5MNuijRtgzbJsCxPdQfL
Em0JkSmPlJ14Tf77SEqylCBDu4d2GMBjwITpc889vPeKdhiT8CbKZkFCN74X
fM/b8zxsALt73V/kCnS6xSqw2+vsAb297m7X63Z7HcD3u73dDXjfzVEDC54H
DNhg8e1XeITxH2Hox+LlC3ecUHcc8NgIgxyDnzo4OnJOL98aJ3I03qjRABHv
KYo5wZKwZJIQhqXveI5nnGTzFUumcY6tk234+/v7Ozgns4yt8DqdxwGuVjwn
M44jUeTjmdCSu054NzB+IykJOImwoJEQzGOCdxfXeEcoYUGKXxfjNAnxMQkJ
DcmOzMyTjKLjGMZFlhMRIDznccIxZ9mUBTPhkXBcXP6OUNqvCASyfzSYEcwD
liObIKCr4lhGEEWMcA6hsgzSJNrBeCEoNF1VR+W1TpzxvNapQoRaZMQBR1B+
VvWSXPA5CaVGBFE6qfDm4gp5ME4JF6dQlU4m+IT2S9jkT3j4fChp1JDPBgnj
DOY1D6bkACPRJaJyt70RJklKHMcxZcsK7l2Sw+/sGZPEmCxomMtKBTRIV5xs
beOLIqVZKOpadvVUuTxlLGN4K+T6Ht5Ly5ciPzujkwzXomqGCryNBQGMBFEZ
VpMORdGNlpLpX34wWjKoPyqst78o9sOxiXuEoqx2BOvYgj2BPzJahZFvIHds
scXIsvpivN4RKqp+9l9CoNAz1zVsSeuFM+s84Tyh03KKLaNFUhFYtKuObAbK
YvRHqos1oTOAG5GlSxdpOip4Rf9ewaZE9M/OCi8yuuGkLJB1TW9odkvVcFhF
PEk5EYRGOjvH7O6fk7a+LWPj8BcZzmXX3hdZW2JG1NdyLdI3yGe0qMq6UpKl
UpptRTHxog/z8sOTQheu5CQ9GeVWa84Smk9gvVbzKNuwyTFNloQfDKkldH1T
sNQQ+rUzuVaR6A+wafs9DhFqqWGRVh4OTJhH1eQMzIYTmwrWekzNZ9wAW5t8
23pEe5xdDqY6v/wQZZQYTw+qOrCWVvxS4KF+DOeMiPuifgzlVSvPLEY4Z7A5
rGFuQb7uIa9Di7t/wHUPuYu261pNKdWatVA9+n7jgIzkC0bhV05KZvmUqbRT
4QjWp6PjwWcLjenCv9CYFCLO8wJPyNWxhlvOcNv5WS1td+gPO671VS2ZfG2o
akcxt8/5LPc8WTd5t519PJV3VF2wiXAld83HnYNZz2eY0ZzQnMvfipIrb9pW
2cq1wH11x1Y7DW+F5tVNMp9LSZpRW9zS4h8HzdX9fdBULv2rIfuv/xZoaGho
aGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaPzP8DcvmFrzACgAAA==
--1421910094-1651240938-932057036=:32430--

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/