SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm trying to install fetchmail 6.4.27 from a binary package. There's just one problem: it's missing libssl.so.3. So the (hopefully) simple question is, what security package contains libssl.so.3?
I'm trying to get past an authentication issue known to be in all versions prior to 6.3.18 (including the one in SBO packages), because I need to get a simple app running to fetch mail (tried getmail, won't grab existing WX-ATLAN messages (744 all marked unread), saying there are 0 messages and it downloaded 0 of 0) and it looks like it's fetchmail or nothing. I need to be able to pipe each NHC product from WX-ATLAN to /usr/bin/procmail OR to my hurricane's filter program that reads the products and updates JStrack in real time, filt.tcl.
The point is, it has to be able to pipe each message to something's stdin.
BTW, if anyone has any other suggestions for that, I'd welcome trying yetanother app to see if it works.
I've looked in the issues pages for getmail and fetchmail ... the only thing I found was in the one for fetchmail:
Quote:
R15. Help, I'm getting Authorization failure!
First, try upgrading to fetchmail 6.3.18 or newer. Release 6.3.18 has received a considerable number of bug fixes for the authentication feature (AUTH, AUTHENTICATE, SASL). Most notably, fetchmail aborts SASL authentication attempts properly with an asterisk if it detects that it cannot make progress with a particular authentication scheme. This fixes issues where GSSAPI-enabled fetchmail cannot authenticate against Microsoft Exchange 2007 and 2010. Note that this is a bug in old fetchmail versions!
The package is called openssl and you have it already, but not the version that this package expects. I also use Slackware-15 and my libssl is version 1.1. It's generally not a good idea to have different versions of an important library on the same system but it can be done with certain precautions.
You already had fetchmail-6.4.27-x86_64-1
installed in a Slackware64-15.0 full install and that does not need
libssl.so.3.
Then why did 'fetchmail -v' give me version 6.2.x? That's why it was
getting that AUTH error, at least according to fetchmail's
troubleshooting page given with the error message:
----------------------------------------------------------
fetchmail: Authorization failure on tropics@jdgblogs.com@jdgblogs.com
For help, see http://www.fetchmail.info/fetchmail-FAQ.html#R15
Query status=3 (AUTHFAIL)
-----------------------------------------------------------
Quote:
What do you mean by fetchmail in SBo?
You're right. I thought I remembered there being a version of it in
there. It was on a rather large repository of Slackware binaries that I
thought I'd bookmarked....
Quote:
Originally Posted by jayjwa
Remove your old package fetchmail, and try building
the modern one against what you have already. See if that works.
Will do, thanks.
Btw, this accounts for (or at least, probably does) the error I'd posted
about some time ago with connecting to gmail with fetchmail.
I've checked the password repeatedly. It works for webmail (but as far
as I know, webmail can't receive a message and immediately pipe a copy
to procmail or ~/jstrack/filt.tcl to read the NHC products and extract
the storm's data. Nope, I don't think webmail can do that.) :-)
Anyone know any replacements for fetchmail (see mess above) and getmail
(connects, authenticates with the server, but out of 744 or so messages
from WX-ATLAN, all marked unread, it sees and downloads 0 out of 0)?
Something that already exists for Slackware and works?
I'm going to try yahoo email to see if it's a problem with both gmail and A2 hosting. Can't hurt, right?
The error message (R15) mentioned above does say something suggesting it could be a site issue, so....
Beats me. Already in slackware-11.0 the
original version of fetchmail was 6.3.x.
The problem is in the mail account: you have @jdgblogs.com twice.
No, the error message lists it twice. Seems fetchmail is automatically
adding the @jdgblogs.com part, so it ends up there twice. Removing that
from ~/.fetchmailrc did not help, though. Still getting the same error
message.
poll mail.jdgblogs.com with proto POP3 port 995
user "tropics" pass "PASS" is "PASSWORD" is "tropics" here
option ssl
It does NOT like is "tropics" here nor does it like "option ssl"
but those are in examples I've seen in examples everywhere (with varying
versions --- in some cases it's "with option ssl" or "option sslproto" or
"with option sslproto" and so on.
This is insane. fetchmail is supposed to "just work." It always did years
ago. I never had any of this nonsense. And it doesn't work right on the
old Mint system I used to use it on anymore, either, The SANE .fetchmailrc
files from back then that worked back then on, e.g. gmail, don't work now.
Always AUTHFAIL. AAAARRRRGGGGHHHH!
Still would welcome suggestions on alternatives to fetchmail and getmail
that can receive an email and pipe it to either procmail (which would
then pipe NHC products other than OUTLOOK to JStrack's filter to read the
products and extract the data in real time or, pipe it directly to
JStrack's filter where the OUTLOOK product is left out at the WX-ATLAN
site.
In other words, something that can support something like
"mda /usr/bin/procmail"
If I were debugging this, I'd connect "by hand" first to see if it works before automating it. https://www.shellhacks.com/retrieve-...-command-line/ While trying this out on my own POP3 server, I noticed popa3d segfaults left and right, giving, oddly enough, "-ERR Authentication failed (bad password?)". This is despite the password being copy/pasted and verified copy/paste into another terminal. If they are running popa3d on the other end, that might be your reason. I'm looking at popa3d and it looks like the code is old and unmaintained.
Code:
May 15 13:51:50 atr2 vmunix: [427685.241713] popa3d[32056]: segfault at fffffffff7f75220 ip 00007ffff7772307 sp 00007fffffffd578 error 5 in libc-2.39.so[7ffff7628000+16f000] likely on CPU 0 (core 0, socket 0)
May 15 13:51:50 atr2 vmunix: [427685.241728] Code: 48 01 d0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 c4 41 01 ef ff 89 f8 09 f0 c1 e0 14 3d 00 00 00 f8 0f 87 29 03 00 00 <c5> fe 6f 07 c5 fd 74 0e c5 85 74 d0 c5 ed df c9 c5 fd d7 c9 ff c1
May 15 13:51:50 atr2 popa3d[32050]: Authentication failed for jayjwa
May 15 13:54:35 atr2 vmunix: [427849.918832] popa3d[32231]: segfault at fffffffff7f75220 ip 00007ffff7772307 sp 00007fffffffd578 error 5 in libc-2.39.so[7ffff7628000+16f000] likely on CPU 3 (core 1, socket 0)
May 15 13:54:35 atr2 vmunix: [427849.918845] Code: 48 01 d0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 c4 41 01 ef ff 89 f8 09 f0 c1 e0 14 3d 00 00 00 f8 0f 87 29 03 00 00 <c5> fe 6f 07 c5 fd 74 0e c5 85 74 d0 c5 ed df c9 c5 fd d7 c9 ff c1
May 15 13:54:35 atr2 popa3d[32225]: Authentication failed for jayjwa
May 15 13:55:00 atr2 vmunix: [427874.637699] popa3d[32252]: segfault at fffffffff7f75220 ip 00007ffff7772307 sp 00007fffffffd578 error 5 in libc-2.39.so[7ffff7628000+16f000] likely on CPU 6 (core 5, socket 0)
May 15 13:55:00 atr2 vmunix: [427874.637714] Code: 48 01 d0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 c4 41 01 ef ff 89 f8 09 f0 c1 e0 14 3d 00 00 00 f8 0f 87 29 03 00 00 <c5> fe 6f 07 c5 fd 74 0e c5 85 74 d0 c5 ed df c9 c5 fd d7 c9 ff c1
fetchmail-6.4.27-x86_64-1 installed in a Slackware64-15.0 full install and that does not need libssl.so.3.
Apologies if this ends up being a dupe. My previous attempt seems to have gone into a black hole.
So, here's what I'm looking for. Can someone with fetchmail version 6.3.18 or higher, that works with
SSL library 0x101010df "OpenSSL 1.1.1m 14 Dec 2021", please do a quick whereis fetchmail, create
a tar file with the paths/files in the output, gzip it, and contact me for an email address to send it to?
I'm thinking that SHOULD solve this.
After all, I just need a version that works with that shared lib and won't be
complaining with that R15 error when I try to connect anywhere AND won't ignore 744 (or thereabouts)
messages from WX-ATLAN. Those are NHC products to feed JStrack via its read_fc.tcl file that actually
reads the FORECAST/ADVISORY product from the NHC (that has the vast majority of data on tropical systems).
Can someone with fetchmail version 6.3.18 or higher, that works with
SSL library 0x101010df "OpenSSL 1.1.1m 14 Dec 2021", please do a quick whereis fetchmail, create
a tar file with the paths/files in the output, gzip it, and contact me for an email address to send it to?
I'm thinking that SHOULD solve this.
This is fetchmail release 6.4.27+GSS+SSL-SSLv2+NLS+KRB5. Compiled
with SSL library 0x101010df "OpenSSL 1.1.1m 14 Dec 2021"
That absolutely should have worked. So it has to be something in my
~/.fetchmailrc then. I have to use "fetchmail --ssl" because it throws
an error if I use the "option ssl" on the third line of each site's
entry, even though that's how it's supposed to be done (how it's always
been done).
The following is my ~/.fetchmailrc (with passwords edited out, obviously):
Quote:
# Must use --ssl on command line as it's not accepted here
#
# Incoming Mail (POP3) Server (Yahoo) for jstrack
#
poll pop.mail.yahoo.com with proto POP3 port 995
user "jstrack" pass "PASSWORD" is "jstrack"
# option ssl
#
# Incoming (POP3) server on A2 hosting for Tropics
poll mail.jdgblogs.com with proto POP3 port 995
user "tropics" pass "PASSWORD" is "tropics"
If anyone can see the error in my ~/.fetchmailrc that would cause these
errors, please let me know.
We're looking at a VERY active hurricane season this year according to
the forecast coming out of Colorado, and I need to get JStrack up and
running properly, and the only thing stopping it is its email feed for
NHC products via WX-ATLAN, and that's being blocked by fetchmail getting
AUTHFAIL and getmail not getting anyof the 744 or so messages on
tropics.jdgblogs.com, for example. Dr. Gray's (or is it Grey's) team
is forecasting possibly the most active season on record.
'95 had us getting one near miss (TS Allison), two months almost to the day
later Cat 1 Hurricane Erin, and again, almost two months later to the
day, Cat 3 (just shy of a Cat 5 shortly before landfall, so we got a
strong Cat 4 storm surge) Hurricane Opal. At times there were multiple
major hurricanes (Cat 3 to Cat 5) in the Tropical Atlantic at the same
time ... something that just doesn't happen (normally). And this season
is supposed to blow '95 away (pun intended).
So again, if anyone sees any reason why my ~/.fetchmailrc file is broken,
please let me know. OR, if you know of any alternatives (other than getmail,
which is authenticating, just not grabbing the emails that are there),
I'd really appreciate it.
All I need is something that can poll one of those three sites, grab the
messages, and pipe them to either JStrack's filt.tcl or, for Gmail, it
would be procmail to split out the tropics stuff.
This is fetchmail release 6.4.27+GSS+SSL-SSLv2+NLS+KRB5.
Compiled with SSL library 0x101010df "OpenSSL 1.1.1m 14 Dec 2021"
Ok, that failed. I tried using fetchmail on FreeBSD, failed too.
So I'm going to pause this thread and try to make my own with
Tcl's POP3 client library. I've had it with fetchmail at this
point. There's probably already a POP3 client on the Tcl
Wiki.
So thanks for all of the folks that tried to help. It
clearly has nothing to do with Slackware or Linux at all,
not that I thought that it did, but when it fails in the
exact same manner on FreeBSD, it's either the three
sites (maybe they're using some kind of fscked up POP3
protocol, or with fetchmail, or my fetchmailrc. Btw,
I DID notice that the things that don't work in fetchmailrc
here DO work on my FreeBSD system. Strange.
Anyways, thanks for now. I'll get back here with info
about how the Tcl 8.4.19 POP3 client worked out.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
