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 doubt you are doing anything wrong. The patch doesn't work.
I'm getting the same issue. When I try to post is says "Error: Bad email address." The Event Log shows "Posting of “test” failed: 441 Duplicate Content-Type: header"
I rebuilt pan with the patch, the patch is successfully applied, yet it changes nothing with pan. The comments refer to compiled with gtk3 on debian. So I tried that, compiling with gtk3. That didn't change anything. Still cannot post. The merge request for this patch is 2 weeks old.
It works, but the string GMIME_ADDRESS_TYPE_SENDER has to be replaced with GMIME_ADDRESS_TYPE_FROM.
Also tried recompiling gmime-3.2.7 (just in case).
No joy.
It seems the patch(s) just removed the pop up error message. Error still shows up in File -> Event Log and message stuck queued in File -> Task Manager.
Last edited by kingbeowulf; 06-27-2020 at 03:30 PM.
Reason: addition
In your first post above you noted the event log entry "Wed Jun 24 22:48:51 2020 " is this the first time you noticed this?
I replaced gmime 3 with that last version of gmime 2.6.23 and I am able to send.
...
Posting had always worked fine in 14.2 and earlier. I had just lurked on usenet since upgrading every box here to current (Dec 2019-Jan 2020) and thus do not know when the issue may have started. I was thinking to start with a clean profile, but given your downgrade to gmime-2.6.23 that doesn't seem like the issue.
I wonder if anything else in current uses gmime?
I do not recall now when a switched to pan, probably sometime prior to 2011, based on some profile date stamps. Pan did occasional segfault on send and some other operations, but never often enough to do anything about it.
Posting had always worked fine in 14.2 and earlier. I had just lurked on usenet since upgrading every box here to current (Dec 2019-Jan 2020) and thus do not know when the issue may have started. I was thinking to start with a clean profile, but given your downgrade to gmime-2.6.23 that doesn't seem like the issue.
I wonder if anything else in current uses gmime?
I do not recall now when a switched to pan, probably sometime prior to 2011, based on some profile date stamps. Pan did occasional segfault on send and some other operations, but never often enough to do anything about it.
Oh, okay, switched over to -current from 14.2, went from lurker to poster. Hehe, been there done that. Since you turned me back on to usenet I am 100% a lurker for now. Except for a few test post. Back in the day I was fairly active in some groups. Here are a couple from ChangeLog.txt in -current that may be of interest and also answers your question.
Code:
Thu Jul 25 22:48:09 UTC 2019
l/gmime-3.2.3-x86_64-1.txz: Upgraded.
Shared library .so-version bump.
xap/pan-0.145-x86_64-2.txz: Rebuilt.
Recompiled against gmime-3.2.3.
Wed Dec 20 03:05:58 UTC 2017
l/gmime-2.6.23-x86_64-2.txz: Upgraded.
Revert to gmime-2 until the issues with pan are worked out. Nothing else in
Slackware is using this library.
xap/pan-0.143-x86_64-3.txz: Rebuilt.
Recompiled against gmime-2.
Wed Dec 6 14:13:48 UTC 2017
l/gmime-3.0.5-x86_64-1.txz: Upgraded.
Shared library .so-version bump.
xap/pan-0.143-x86_64-2.txz: Rebuilt.
Recompiled against gmime-3.0.5.
I am guessing that Pat upgraded to gmime 3 in 2019 along with pan and no complaints, until you shifted over to -current and I started to use pan.
The question I am wondering about, who else in Slackware uses pan? Could it be just the two of us? LOL I doubt it though.
At any rate, this issue has gotten the attention of the developers. Hopefully they will have a fix soon.
Last edited by chrisretusn; 06-30-2020 at 08:06 AM.
I hope so. I had just switched to Eternal September from Albasani.net news servers after Albasani went down. I hadn't posted in ages - a year? - used to be active on sci.chem, sci.chem.anayltical, physics, astronomy/space, a.o.l.slackware and nvdia / 3dfx groups and a few other technobabble groups under various monikers.
Sucks that I was itching to post recently and couldn't. By the time I configured Thunderbird I had lost the thought.
I added the patches to the stock pan.SlackBuild from the slackware64-current/source/xap/pan tree and rebuilt the package, reinstalled it and now can post to usenet. (Actually I copied to my package tree and built from there)
Test is see if they work for you.
Last edited by chrisretusn; 07-06-2020 at 08:11 AM.
nope. no such luck. I thought I could just download the patches and insert:
Code:
cd ${PKGNAM}-$VERSION || exit 1
# fix not being able to post
# https://gitlab.gnome.org/GNOME/pan/-/issues/103#note_858738
patch -p1 < $CWD/0d775547f0e7cf7529538704814469e1db5496f2.patch
patch -p1 < $CWD/495bfb2eb9228b5b5cef8b50e11af577e4b473f8.patch
# Make sure ownerships and permissions are sane:
chown -R root:root .
But post still stuck in queue with error
Code:
Tue Jul 14 22:21:26 2020 - Posting of “patch pan to restore posting on Slackware (current 15.0)” failed: 441 Invalid syntax encountered in headers (unexpected byte, no colon-space, or empty content line)
Update: removed the XFACE code from header and now I can post. weird.
I added a profile to use aioe.org as the news server. No issues posting with the X-face in any newsgroup. Switched back to eternal-september and posting with X-Face works sometimes in some groups, but never in a.o.l.slackwware. So, ES must be doing something weird when it receives the header.
I kinda got used to my besotted avatar over the years. I guess I can switch to posting via aioe.org or retire the wee drunkard. Either way, I'll mark this thread as solved. Thanks so much for your assistance, chrisretusn.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.