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/