Howdy, Could anybody from Red Hat comment why the appended message was not delivered to list from our end? For me it looks like it was accepted at your end too, I haven't seen any bounce and our postmaster (often me too) hasn't received bounce or seen errors on this -- not that I know. Here are the logs from our end, if you would like to have a look. [root@tukki adm]# Dec 31 10:59:19 tukki sendmail[26384]: [ID 801593 mail.info] gBV8xJ026384: from=<mesrik@cc.jyu.fi>, size=1821, class=0, nrcpts=1, msgid=<Pine.GSO.4.33.021231102 4350.25560-100000@tukki.cc.jyu.fi>, proto=ESMTP, relay=mesrik@localhost Dec 31 10:59:20 tukki sendmail[26386]: [ID 801593 mail.info] gBV8xJ026384: to=<redhat-devel-list@redhat.com>, delay=00:00:01, xdelay=00:00:00, mailer=relay, pri =121821, relay=posti1.jyu.fi. [130.234.4.32], dsn=2.0.0, stat=Sent (gBV8xKcv002788 Message accepted for delivery) [root@posti1 log]# grep gBV8xKcv002788 maillog.6 Dec 31 10:59:20 posti1 sendmail[2788]: gBV8xKcv002788: from=<mesrik@cc.jyu.fi>,size=2080, class=0, nrcpts=1, msgid=<Pine.GSO.4.33.0212311024350.25560-100000@tukki.cc.jyu.fi>, proto=ESMTP, daemon=MTA, relay=daemon@tukki.cc.jyu.fi [130.234.4.100] Dec 31 10:59:20 posti1 sendmail[2788]: gBV8xKcv002788: Milter add: header: X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Dec 31 10:59:20 posti1 miltrassassin[2790]: id=gBV8xKcv002788, level=3 Dec 31 10:59:27 posti1 sendmail[2796]: gBV8xKcv002788: to=<redhat-devel-list@redhat.com>, delay=00:00:07, xdelay=00:00:07, mailer=esmtp, pri=30545, relay=mx1.redhat.com. [66.187.233.31], dsn=2.0.0, stat=Sent (2.0.0 gBV8WLB03499 Message accepted for delivery) [root@posti1 log]# Last fall I saw once over a week delivery time before my post appeared to list. I don't know if anyone else have experienced lost postings or far more delayed delivery than usual. Are there some problems at your end or is there some kind of keyword based content filter or perhaps something else? :-) riku ps. let's hope this post does not disappear somewhere... -- [ This .signature intentionally left blank ] ---------- Forwarded message ---------- Date: Tue, 31 Dec 2002 10:59:19 +0200 (EET) From: Riku Meskanen <mesrik@cc.jyu.fi> To: <redhat-devel-list@redhat.com> Subject: dictd packaging proposal Message-ID: <Pine.GSO.4.33.0212311024350.25560-100000@tukki.cc.jyu.fi> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Howdy, I would like to propose that Red Hat reconsiders how the dictd package has been built up to latest beta. It's ofcourse nice to have the dict client available, but the same source provides also the server side and it would be nice to have dictionaries available when off the grid too. Let's say you are travelling and that is sometimes perfect time spent reading and perhaps writing with laptop, but you would like to check either spelling or meaning of a term ... oops, no connectivity and no dicts avail :/ Or you would like to set up the local, more wide selection of the dictionaries, there is no dictd server on RH 7.x, 8.0 & phoebe. Right, long story short. I built new dict* packages: - upgraded to version 1.9.1 - patched Makefile.in to understand DESTDIR (build root), also submitted the patch to author(s), let's hope it been accepted as it will make repackaging easier in future. - renamed sligtly & split the package now dict-1.9.1-* includes the client (just like RH, no additional overhead to those not wanting server side), dictd-1.9.1-* inludes now the server (daemon) side. - packaged two separately companion dictionaries most commonly used. Cannot really bundle these with server side because of license differencies or am I lost with this one? Packages can be found at http://people.jyu.fi/~mesrik/rpms/dictd/ and are already uploaded to ftp://incoming.redhat.com/libc6/ Comments are welcome as usual. Cheers, :-) riku -- [ This .signature intentionally left blank ] _______________________________________________ Redhat-devel-list mailing list Redhat-devel-list@redhat.com https://listman.redhat.com/mailman/listinfo/redhat-devel-list
