Messages in this thread | | | Date | Mon, 2 Aug 1999 02:20:01 +0300 | From | Matti Aarnio <> | Subject | Be CAREFULL with your fetchmail runs... |
| |
Hi,
I have - just to be on the safe side - now REMOVED eam@eclipse.net from the linux-kernel -list, whom I believe to be the one whose email is "bouncing" in this spectacularly bad manner.
I myself have never used 'fetchmail', so I have no idea why its mis-configuration seems to be so easy that these misdirected "bounces" happen again and again...
Also, a thing I find most disturbing is that the error report goes to entirely wrong address! WHY ???? Isn't "Return-Path:" header available at the POP server ?
/Matti Aarnio <matti.aarnio@sonera.fi> <mea@vger.rutgers.edu> (lots of addresses, lots of "hats")
On Sun, Aug 01, 1999 at 01:09:14PM -0400, Mail Delivery System wrote: > Received: from cc234543-a.vron1.nj.home.com ([24.3.211.180]:1429 "HELO > CC234543-A") by vger.rutgers.edu with SMTP id <S155186AbPHAWGz>; > Sun, 1 Aug 1999 18:06:55 -0400 > Received: by CC234543-A (Postfix) via BOUNCE > id C3EE141F2; Sun, 1 Aug 1999 13:09:14 -0400 (EDT) > Date: Sun, 1 Aug 1999 13:09:14 -0400 (EDT) > From: MAILER-DAEMON@CC234543-A.vron1.nj.home.com (Mail Delivery System) > Subject: Undelivered Mail Returned to Sender > To: linux-kernel@vger.rutgers.edu > Message-Id: <19990801170914.C3EE141F2@CC234543-A> > Sender: owner-linux-kernel@vger.rutgers.edu > Precedence: bulk > X-Loop: majordomo@vger.rutgers.edu > Return-Path: <owner-linux-kernel-outgoing@vger.rutgers.edu> > > This is the Postfix program at host CC234543-A. > > I'm sorry to have to inform you that the message returned > below could not be delivered to one or more destinations. > > For further assistance, please contact <postmaster@CC234543-A.vron1.nj.home.com> > > If you do so, please include this problem report. You can > delete your own text from the message returned below. > > The Postfix program > > --- Delivery error report follows --- > > <eam@localhost.vron1.nj.home.com>: unknown mail transport error > > --- Undelivered message follows --- > > Received: from localhost (localhost [127.0.0.1]) > by CC234543-A.vron1.nj.home.com (Postfix) with ESMTP id E03144287 > for <eam@localhost>; Sun, 25 Jul 1999 21:05:54 -0400 (EDT) > Received: from mail.eclipse.net > by localhost with POP3 (fetchmail-5.0.3) > for eam@localhost (single-drop); Sun, 25 Jul 1999 21:05:54 -0400 (EDT) > Received: from entropy.muc.muohio.edu (IDENT:root@entropy.muc.muohio.edu [134.53.213.10]) > by mx01.eclipse.net (8.9.1a/8.9.1) with ESMTP id GAA05955 > for <eam@eclipse.net>; Fri, 23 Jul 1999 06:21:22 -0400 (EDT) > Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) > by entropy.muc.muohio.edu (8.8.7/8.8.7) with ESMTP id GAA23535; > Fri, 23 Jul 1999 06:16:26 -0400 > Received: by vger.rutgers.edu via listexpand id <S154292AbPGWKOR>; > Fri, 23 Jul 1999 06:14:17 -0400 > Received: by vger.rutgers.edu id <S154278AbPGWKOF>; > Fri, 23 Jul 1999 06:14:05 -0400 > Received: from smtp2.cinet.es ([194.140.128.73]:30760 "EHLO smtp2.cinet.es") > by vger.rutgers.edu with ESMTP id <S154253AbPGWKNu>; > Fri, 23 Jul 1999 06:13:50 -0400 > Received: from angel (ctv21225131005.ctv.es [212.25.131.5]) > by smtp2.cinet.es (8.9.2/8.9.2) with SMTP id LAA15066 > for <linux-kernel@vger.rutgers.edu>; Fri, 23 Jul 1999 11:18:19 +0200 (CEST) > Received: from (unverified 192.1.1.12) by angel > (S-MailServer 1.2) with SMTP id <B000000000000105.MSG>; > Fri, 23 Jul 1999 12:15:06, Románico Hora estándar > From: "Enrique Bernal" <ebv@a68.com> > To: <linux-kernel@vger.rutgers.edu> > Subject: NFS server and client problems > Date: Fri, 23 Jul 1999 12:12:57 +0200 > Message-ID: <000001bed4f3$efb65d00$0c0101c0@a68.com> > MIME-Version: 1.0 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: 7bit > X-Priority: 3 (Normal) > X-MSMail-Priority: Normal > X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 > Importance: Normal > X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 > Sender: owner-linux-kernel@vger.rutgers.edu > Precedence: bulk > X-Loop: majordomo@vger.rutgers.edu > X-Orcpt: rfc822;linux-kernel-outgoing-dig > Content-Transfer-Encoding: 7bit > X-UIDL: 79659fd81c0a4d9466432578e3907fdb > > Hi, list > > > Here is my question: > > > OS: SuSE 6.2 kernel 2.2.5 (In servers and client) > > > I have a PC running like a nfs-client (called "concentrador") with an > application that have to poll 3 PC's nfs-servers (called "puesto1", > "puesto2", "puesto3") in a continuous loop. > > > When a nfs-server (for example "puesto2") make a request to the nfs-client > ("contrador"), the answer of "concentrador" is so slow (more than 5 o2 10 > seconds) that "puesto2" suposes that "concentrador" is down. > > > Making the same with a PC nfs-client and 2 PC's nfs-servers performance is > OK and there's no problem at all. > > > The way server and client can communicate is by writing in some files > residents in nfs-server file system (in the exported directory). > > > I've modified the number of nfs daemons (up to 12 in a PC) (on the client > side and ond the server side). > I've mounted the nfs-servers with differents options: > actimeo=1 > actimeo=0 > rsize=4096, wsize=4096 > > > But none of this worked. > > > Looking into /var/log/messages of the nfs-client PC I've found this: > nfs: RPC call returned error 111 > RPC: task of released request still queued > RPC: (task is on xprt_pending) > > > and also this: > kernel: __nfs_fhget: inode 92320 busy, icount=2, inlink=1 > kernel: __nfs_free_dentries: found //NEGATIVA.cag, d_count=0, hashed=1 > kernel: nfs_dentry_delete: //NEGATIVA.cab; ino=92320, count=2, i_nlink=1 > > > > > Lots of thanks in advance for your help ! > > > > > Enrique Bernal > ebv@a68.com > > > - > 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/ > > > - > 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/
- 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/
| |