From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/16934 Path: main.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Fran=E7ois_Pinard?= Newsgroups: gmane.emacs.gnus.general Subject: Re: pgnus 0.25 problem Date: 11 Sep 1998 11:33:02 +-400 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035155725 30746 80.91.224.250 (20 Oct 2002 23:15:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:15:25 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA14889 for ; Fri, 11 Sep 1998 11:48:25 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id KAF11648; Fri, 11 Sep 1998 10:19:20 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 11 Sep 1998 10:46:47 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id KAA06689 for ; Fri, 11 Sep 1998 10:46:30 -0500 (CDT) Original-Received: from pluton.rtsq.qc.ca (pluton.grics.qc.ca [199.84.132.10]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA14853 for ; Fri, 11 Sep 1998 11:46:23 -0400 (EDT) Original-Received: by pluton.rtsq.qc.ca (8.8.8/8.8.8) with UUCP id LAA04679 for ding@gnus.org; Fri, 11 Sep 1998 11:33:35 -0400 Original-Received: by icule.progiciels-bpi.ca (8.8.5/8.7.3) id LAA02113; Fri, 11 Sep 1998 11:33:03 -0400 Original-To: ding@gnus.org X-Face: "b_m|CE6#'Q8fliQrwHl9K,]PA_o'*S~Dva{~b1n*)K*A(BIwQW.:LY?t4~xhYka_.LV?Qq `}X|71X0ea&H]9Dsk!`kxBXlG;q$mLfv_vtaHK_rHFKu]4'<*LWCyUe@ZcI6"*wB5M@[m writes: > So I think (since I'm lazy) that Gnus should completely ignore invalid > headers. I quite agree. Also, there is a problem I observed a few times as false matches, that is, headers which are not headers. If you increase Gnus lenience to errors, you also increase the probability of false matches. Best would be to ignore invalid headers in general, and wait many months for collecting experience about them. If some wrong situation reveals to be frequent and important, maybe Gnus should *then* give in this special case. Such an attitude might add a bit of an incentive for people to fix their mailers. -- François Pinard mailto:pinard@iro.umontreal.ca Join the free Translation Project! http://www.iro.umontreal.ca/~pinard