[Savannah-help-public] address@hidden: Fwd: unable to post to libtool list]

[Sylvain Beucler]

Hi,

Mark Garey seems to be blacklisted by lists.gnu.org.

Can you have a look at it?
Tell me if I can be of any help.


The original Savannah support request can be found at:
https://savannah.gnu.org/support/index.php?func=detailitem&item_id=104957

"One of our users reports that he can't post to the libtool mailing
list because of bl.spamcop.net blacklisting, even after sender
verification. See attached message dated from 14th. Please fix this,
if persistent."

-- 
Sylvain

----- Forwarded message from mark garey <address@hidden> -----

From: mark garey <address@hidden>
To: address@hidden
Subject: Fwd: unable to post to libtool list
X-Mailer: Apple Mail (2.623)

Begin forwarded message:

>From: Ross Boylan <address@hidden>
>Date: December 14, 2005 1:26:46 PM PST
>To: address@hidden
>Cc: Mark Garey <address@hidden>, address@hidden
>Subject: unable to post to libtool list
>
>My initial attempt to post to the libtool list was rejected, as seen
>below.  Subsequent attempts have also failed.
>
>Is there anything you can do about this?  One possibility is that your
>mailer has cached the info that I'm a bad sender; if you could get it 
>to
>forget, I could post.
>
>Here's my interpretation of what happened:
>mail from my system -> biostat.ucsf.edu (smarthost)
>
>from there it goes to mx10.gnu.org [199.232.76.166]
>
>That system attempts to verify the sender (address@hidden)
>and communicates back to biostat.ucsf.edu.
>
>biostat.ucsf.edu doesn't like the host sending the verification message
>(199.232.75.2, not the same as mx10.gnu.org and not gnu.org at all), 
>and
>refuses to verify.
>
>mx10.gnu.org fails the message because the sender won't verify.
>
>We white-listed the apparently failing IP address, 199.232.75.2, and I
>attempted to send the message again.  This time I got a sender verify
>failed with no dialogue.  Our server logs do not seem to indicate there
>was any attempt to verify the second time.  This leads to the theory
>that the info about address@hidden being a  bad sender is being cached on
>your end.
>
>Caveats:
>The machine apparently sending the verification (199.232.75.2) is not
>the same as the host receiving the mail.  Further, despite the message
>shown below, it does not seem that 199.232.75.2 is on the indicated
>blacklist, either right now or yesterday.  Possibly the verifying host
>is failing for some other reason (e.g., DNS seems a bit messed up for
>it) and the error message is misleading.
>
>Generally, I have not had problems with my address verifying, 
>suggesting
>the problem is specific to this particular connection.
>
>Our system administrator was able to post to libtool (or at least not
>get a sender verify fail) after the whitelisting mentioned above.  He
>used the same smarthost (biostat.ucsf.edu).
>
>Thank you.
>-- 
>Ross Boylan                                      wk:  (415) 514-8146
>185 Berry St #5700                               address@hidden
>Dept of Epidemiology and Biostatistics           fax: (415) 514-8150
>University of California, San Francisco
>San Francisco, CA 94107-1739                     hm:  (415) 550-1062
>
>From: Mail Delivery System <address@hidden>
>Date: December 14, 2005 11:44:30 AM PST
>To: address@hidden
>Subject: Mail delivery failed: returning message to sender
>
>
>This message was created automatically by mail delivery software.
>
>A message that you sent could not be delivered to one or more of its
>recipients. This is a permanent error. The following address(es) 
>failed:
>
>  address@hidden
>    SMTP error from remote mailer after RCPT TO:<address@hidden>:
>    host mx10.gnu.org [199.232.76.166]: 550-Verification failed for 
><address@hidden>
>    550-Called:   128.218.6.25
>    550-Sent:     RCPT TO:<address@hidden>
>    550-Response: 550-rejected because 199.232.75.2 is in a black list 
>at bl.spamcop.net
>    550-550 Blocked - see http://www.spamcop.net/bl.shtml?199.232.75.2
>    550 Sender verify failed
>
>------ This is a copy of the message, including all the headers. ------
>
>Return-path: <address@hidden>
>Received: from psg-mac1.ucsf.edu ([128.218.6.3] helo=iron.psg.net)
>       by biostat.ucsf.edu with esmtpsa (TLSv1:AES256-SHA:256)
>       (Exim 4.50)
>       id 1EmcY1-0007Sl-5R
>       for address@hidden; Wed, 14 Dec 2005 11:44:21 -0800
>Received: from localhost ([127.0.0.1])
>       by iron.psg.net with esmtp (Exim 4.54)
>       id 1EmcY0-0001d2-Sb; Wed, 14 Dec 2005 11:44:21 -0800
>Received: from iron.psg.net ([unix socket]) by iron (Cyrus
>       v2.1.18-IPv6-Debian-2.1.18-1) with LMTP; Wed, 14 Dec 2005 11:32:59 
>-0800
>X-Sieve: CMU Sieve 2.2
>Received: from localhost ([127.0.0.1]) by iron.psg.net with esmtp (Exim
>       4.54) id 1EmcN1-0001YQ-ES; Wed, 14 Dec 2005 11:32:59 -0800
>From: Ross Boylan <address@hidden>
>To: address@hidden
>Cc: address@hidden
>Content-Type: text/plain
>Message-Id: <address@hidden>
>Mime-Version: 1.0
>Subject: linking against a particular version of a library
>Resent-From: Ross Boylan <address@hidden>
>Resent-To: address@hidden
>Resent-Cc: address@hidden
>Organization: University of California San Francisco--Biostatistics
>Date: Wed, 14 Dec 2005 11:44:20 -0800
>X-Mailer: Evolution 2.2.3
>Content-Transfer-Encoding: 7bit
>Resent-Message-Id: <address@hidden>
>Resent-Date: Wed, 14 Dec 2005 11:44:20 -0800
>X-SA-Exim-Connect-IP: 127.0.0.1
>X-SA-Exim-Mail-From: address@hidden
>
>Suppose I wish to link a program against a particular version of a
>library.  Is there a way to do that in libtool?  Is there a way to do 
>it
>even if the libraries themselves are not libtoolized?
>
>The documentation discusses how to indicate the version of a library,
>but I didn't see much on how a program can specify what library 
>versions
>it needs.  Perhaps in the examples discussed that is derived implicitly
>from the libraries linked against?
>
>Background: I'm working on systems with several versions of boost
>libraries installed.  I don't think boost uses libtool. These are sets
>of libraries with names like libboost-foo-1_33.a
>libboost-foo.a points to or is the most current version.
>
>Suppose I want to use an older version, e.g., 1_31.  I there a way to
>tell this to boost other than coding boost-foo-1_31 as the library 
>name?
>Unfortunately, the naming convention seems erratic.  On Darwin/Mac OSX 
>I
>have
>libboost_date_time-1_33_1.a
>libboost_date_time-1_33_1.dylib
>libboost_date_time-d-1_33_1.a
>libboost_date_time-d-1_33_1.dylib
>libboost_date_time-d.a
>(none of which are symlinks).
>
>On Debian GNU/Linux:
>libboost_date_time-gcc-mt-d-1_32.so.1.32.0
>(somehow this is picked up by -lboost_date_time, I think).
>-- 
>Ross Boylan                                      wk:  (415) 514-8146
>185 Berry St #5700                               address@hidden
>Dept of Epidemiology and Biostatistics           fax: (415) 514-8150
>University of California, San Francisco
>San Francisco, CA 94107-1739                     hm:  (415) 550-1062
>
>
>
>
>
--
mark garey
ucsf
department of epidemiology and biostatistics
division of biostatistics
185 berry street, suite 5700
san francisco, ca. 94107-1739
415.514.8147

Begin forwarded message: 


> From: Ross Boylan <address@hidden> 
> Date: December 14, 2005 1:26:46 PM PST 
> To: address@hidden 
> Cc: Mark Garey <address@hidden>, address@hidden 
> Subject: unable to post to libtool list 
>  
> My initial attempt to post to the libtool list was rejected, as seen 
> below.  Subsequent attempts have also failed. 
> 
> Is there anything you can do about this?  One possibility is that 
> your 
> mailer has cached the info that I'm a bad sender; if you could get it 
> to 
> forget, I could post. 
> 
> Here's my interpretation of what happened: 
> mail from my system -> biostat.ucsf.edu (smarthost) 
> 
> from there it goes to mx10.gnu.org [199.232.76.166] 
> 
> That system attempts to verify the sender (address@hidden) 
> and communicates back to biostat.ucsf.edu. 
> 
> biostat.ucsf.edu doesn't like the host sending the verification 
> message 
> (199.232.75.2, not the same as mx10.gnu.org and not gnu.org at all), 
> and 
> refuses to verify. 
> 
> mx10.gnu.org fails the message because the sender won't verify. 
> 
> We white-listed the apparently failing IP address, 199.232.75.2, and 
> I 
> attempted to send the message again.  This time I got a sender verify 
> failed with no dialogue.  Our server logs do not seem to indicate 
> there 
> was any attempt to verify the second time.  This leads to the theory 
> that the info about address@hidden being a  bad sender is being cached 
> on 
> your end. 
> 
> Caveats: 
> The machine apparently sending the verification (199.232.75.2) is not 
> the same as the host receiving the mail.  Further, despite the 
> message 
> shown below, it does not seem that 199.232.75.2 is on the indicated 
> blacklist, either right now or yesterday.  Possibly the verifying 
> host 
> is failing for some other reason (e.g., DNS seems a bit messed up for 
> it) and the error message is misleading. 
> 
> Generally, I have not had problems with my address verifying, 
> suggesting 
> the problem is specific to this particular connection. 
> 
> Our system administrator was able to post to libtool (or at least not 
> get a sender verify fail) after the whitelisting mentioned above.  He 
> used the same smarthost (biostat.ucsf.edu). 
> 
> Thank you. 
> --  
> Ross Boylan                                      wk:  (415) 514-8146 
> 185 Berry St #5700                               
> address@hidden 
> Dept of Epidemiology and Biostatistics           fax: (415) 514-8150 
> University of California, San Francisco 
> San Francisco, CA 94107-1739                     hm:  (415) 550-1062 
>  
> From: Mail Delivery System <address@hidden> 
> Date: December 14, 2005 11:44:30 AM PST 
> To: address@hidden 
> Subject: Mail delivery failed: returning message to sender 
>  
> 
> This message was created automatically by mail delivery software. 
> 
> A message that you sent could not be delivered to one or more of its 
> recipients. This is a permanent error. The following address(es) 
> failed: 
> 
>   address@hidden 
>     SMTP error from remote mailer after RCPT TO:<address@hidden>: 
>     host mx10.gnu.org [199.232.76.166]: 550-Verification failed for 
> <address@hidden> 
>     550-Called:   128.218.6.25 
>     550-Sent:     RCPT TO:<address@hidden> 
>     550-Response: 550-rejected because 199.232.75.2 is in a black 
> list at bl.spamcop.net 
>     550-550 Blocked - see 
> http://www.spamcop.net/bl.shtml?199.232.75.2 
>     550 Sender verify failed 
> 
> ------ This is a copy of the message, including all the headers. 
> ------ 
> 
> Return-path: <address@hidden> 
> Received: from psg-mac1.ucsf.edu ([128.218.6.3] helo=iron.psg.net) 
>       by biostat.ucsf.edu with esmtpsa (TLSv1:AES256-SHA:256) 
>       (Exim 4.50) 
>       id 1EmcY1-0007Sl-5R 
>       for address@hidden; Wed, 14 Dec 2005 11:44:21 -0800 
> Received: from localhost ([127.0.0.1]) 
>       by iron.psg.net with esmtp (Exim 4.54) 
>       id 1EmcY0-0001d2-Sb; Wed, 14 Dec 2005 11:44:21 -0800 
> Received: from iron.psg.net ([unix socket]) by iron (Cyrus 
>       v2.1.18-IPv6-Debian-2.1.18-1) with LMTP; Wed, 14 Dec 2005 
> 11:32:59 -0800 
> X-Sieve: CMU Sieve 2.2 
> Received: from localhost ([127.0.0.1]) by iron.psg.net with esmtp 
> (Exim 
>       4.54) id 1EmcN1-0001YQ-ES; Wed, 14 Dec 2005 11:32:59 -0800 
> From: Ross Boylan <address@hidden> 
> To: address@hidden 
> Cc: address@hidden 
> Content-Type: text/plain 
> Message-Id: <address@hidden> 
> Mime-Version: 1.0 
> Subject: linking against a particular version of a library 
> Resent-From: Ross Boylan <address@hidden> 
> Resent-To: address@hidden 
> Resent-Cc: address@hidden 
> Organization: University of California San Francisco--Biostatistics 
> Date: Wed, 14 Dec 2005 11:44:20 -0800 
> X-Mailer: Evolution 2.2.3  
> Content-Transfer-Encoding: 7bit 
> Resent-Message-Id: <address@hidden> 
> Resent-Date: Wed, 14 Dec 2005 11:44:20 -0800 
> X-SA-Exim-Connect-IP: 127.0.0.1 
> X-SA-Exim-Mail-From: address@hidden 
> 
> Suppose I wish to link a program against a particular version of a 
> library.  Is there a way to do that in libtool?  Is there a way to do 
> it 
> even if the libraries themselves are not libtoolized? 
> 
> The documentation discusses how to indicate the version of a library, 
> but I didn't see much on how a program can specify what library 
> versions 
> it needs.  Perhaps in the examples discussed that is derived 
> implicitly 
> from the libraries linked against? 
> 
> Background: I'm working on systems with several versions of boost 
> libraries installed.  I don't think boost uses libtool. These are 
> sets 
> of libraries with names like libboost-foo-1_33.a 
> libboost-foo.a points to or is the most current version. 
> 
> Suppose I want to use an older version, e.g., 1_31.  I there a way to 
> tell this to boost other than coding boost-foo-1_31 as the library 
> name? 
> Unfortunately, the naming convention seems erratic.  On Darwin/Mac 
> OSX I 
> have 
> libboost_date_time-1_33_1.a 
> libboost_date_time-1_33_1.dylib 
> libboost_date_time-d-1_33_1.a 
> libboost_date_time-d-1_33_1.dylib 
> libboost_date_time-d.a 
> (none of which are symlinks). 
> 
> On Debian GNU/Linux: 
> libboost_date_time-gcc-mt-d-1_32.so.1.32.0 
> (somehow this is picked up by -lboost_date_time, I think). 
> --  
> Ross Boylan                                      wk:  (415) 514-8146 
> 185 Berry St #5700                               
> address@hidden 
> Dept of Epidemiology and Biostatistics           fax: (415) 514-8150 
> University of California, San Francisco 
> San Francisco, CA 94107-1739                     hm:  (415) 550-1062 
> 
> 
> 
> 
> 
> 
-- 
mark garey 
ucsf 
department of epidemiology and biostatistics 
division of biostatistics 
185 berry street, suite 5700 
san francisco, ca. 94107-1739 
415.514.8147 




----- End forwarded message -----