Re: Bounced messages
On Tue, 19 May 2020 07:43:14 -0400 "Rick Cooper" wrote: > I occasionally get emails warning me of bounced mail, this one > doesn't go through we will send a probe, yada, yada. > > They say they include the bounce message but they always look like > this: --- Enclosed is a copy of the bounce message I received. > > Return-Path: <> > Received: (qmail 21198 invoked for bounce); 8 May 2020 19:58:49 - > Date: 8 May 2020 19:58:49 - > From: mailer-dae...@apache.org > To: users-return-1220...@spamassassin.apache.org > Subject: failure notice > > Which is useless. I also cannot find where the list was every denied > in the logs. > This time I went ahead and the email that would retrieve the messages > that had bounced and I have every single one of them already... Every > singled one. > > What is up with that? I have seen this from time to time on several mailing lists. Normally, it is caused by your mailserver rejecting a malformed mail that has been sent to the list - the list software has accepted it and not corrected its "non-compliance" - hence your mailserver bounces it. If you do ever find out about the mail in question, it is usually (*) spam. Unfortunately: (a) certain mailing list software is set up so that it can send on malformed mail it could in theory reject or put right. I am of the opinion this is wrong. (b) certain mailservers (including mine, of my own volition) are configured to reject such malformed mail on the grounds that it is usually spam. I am of the opinion this is right. (c) the mailing list software treats this as a bounce, without treating the reason as special and letting it simply pass. I am of the opinion this is wrong. (*) usually = at least 995 per mil. I am happy to read anyone else's opinions on the three points above, of course. -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com
Re: Debian jessie - new setup, missing data directory
On Tue, 10 Nov 2015 10:45:03 + Phil Reynolds <p...@tinsleyviaduct.com> wrote: > On Mon, 9 Nov 2015 13:23:04 +0000 > Phil Reynolds <phil-spamassas...@tinsleyviaduct.com> wrote: > > > I have recently transferred all of my email system to a new machine, > > but spamassassin is not yet fully functional. > > > > It seems that it is trying to use /var/mail/.spamassassin as a data > > directory - this is fine, but it does not appear to be correctly set > > up. > Furthermore, my claws-mail setups do not have the SpamAssassin plugin > set to process received mail, only the reporting function. I can see > why that bit is not currently working - spamd only listening on > loopback. I am pleased to say it's now all sorted. Much of the problem was caused by permissions on /var/mail - I know to watch for that now. Some of the setup it seems I had never had right on the old setup either - so, although it was a bit of a steep learning curve, this experience has been useful. -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com
Re: Debian jessie - new setup, missing data directory
On Tue, 10 Nov 2015 10:45:03 + Phil Reynolds <p...@tinsleyviaduct.com> wrote: > On Mon, 9 Nov 2015 13:23:04 +0000 > Phil Reynolds <phil-spamassas...@tinsleyviaduct.com> wrote: > > > I have recently transferred all of my email system to a new machine, > > but spamassassin is not yet fully functional. > > > > It seems that it is trying to use /var/mail/.spamassassin as a data > > directory - this is fine, but it does not appear to be correctly set > > up. > > I purged all spamassassin setup and started again, just to prove what > was going on. There's no real change. I have put syslog output > generated by spamd at http://paste.debian.net/330559/ > and /var/mail/.spamassassin has not been created, but spamd still > wants to use it. It turned out /var/mail had permissions unsuitable... have made it writable by the mail group now. > Furthermore, my claws-mail setups do not have the SpamAssassin plugin > set to process received mail, only the reporting function. I can see > why that bit is not currently working - spamd only listening on > loopback. Not yet found the setting to fix this. -- Phil Reynolds mail: p...@tinsleyviaduct.com Web: http://phil.tinsleyviaduct.com/
Re: Debian jessie - new setup, missing data directory
On Mon, 9 Nov 2015 13:23:04 + Phil Reynolds <phil-spamassas...@tinsleyviaduct.com> wrote: > I have recently transferred all of my email system to a new machine, > but spamassassin is not yet fully functional. > > It seems that it is trying to use /var/mail/.spamassassin as a data > directory - this is fine, but it does not appear to be correctly set > up. I purged all spamassassin setup and started again, just to prove what was going on. There's no real change. I have put syslog output generated by spamd at http://paste.debian.net/330559/ and /var/mail/.spamassassin has not been created, but spamd still wants to use it. Furthermore, my claws-mail setups do not have the SpamAssassin plugin set to process received mail, only the reporting function. I can see why that bit is not currently working - spamd only listening on loopback. -- Phil Reynolds mail: p...@tinsleyviaduct.com Web: http://phil.tinsleyviaduct.com/
Debian jessie - new setup, missing data directory
I have recently transferred all of my email system to a new machine, but spamassassin is not yet fully functional. It seems that it is trying to use /var/mail/.spamassassin as a data directory - this is fine, but it does not appear to be correctly set up. Errors like these are appearing in my syslog: Nov 9 12:02:30 fitzalan spamd[8916]: config: cannot create user preferences file /var/mail/.spamassassin/user_prefs: Permission denied Nov 9 12:02:30 fitzalan spamd[8916]: spamd: failed to create readable default_prefs: /var/mail/.spamassassin/user_prefs What can I do to get this directory right and working? Also, what do I need to do to enable access to spamd from my other machines, where the mail is actually read? -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com
Re: Debian jessie - new setup, missing data directory
On Mon, 9 Nov 2015 16:27:22 + RW <rwmailli...@googlemail.com> wrote: > > > and which user does spamassassin run as on your system? > > > > root - which I'm slightly surprised at. > > You're probably looking at the main process, rather than child > processes that scan the mail. > > When you look at the output of ps, take a look a the child processes > and also look at the arguments to the parent processes. A case of running ps when there is one to look at... > > claws-mail's plugin is supposed to allow spamassassin to be trained > > as to what is spam and what is ham, on those occasions it decides > > incorrectly. > > AFAIK the purpose of the claws-mail plugin is to scan mail by passing > it to spamc, not to train it. I'm wondering if the errors in the logs > are caused by the plugin calling spamc, rather than exim calling it. There's facility for both. I only use the training. -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com
Re: Debian jessie - new setup, missing data directory
On Mon, 9 Nov 2015 16:42:43 +0100 Antony Stone <antony.st...@spamassassin.open.source.it> wrote: > On Monday 09 November 2015 at 16:23:52, Phil Reynolds wrote: > > > On Mon, 9 Nov 2015 15:11:16 +0100 Antony Stone wrote: > > > > > > What are the ownership & permissions on: > > > > > > /var/mail/,spamassassin > > > > Tried root.root and debian-spamd.debian.spamd, 755. > > What did Jessie install it as? Not at all. > > > /var/mail/.spamassassin/user_prefs > > > > Not there at all. > > Have you tried creating it, to let spamd look in it? > > > > and which user does spamassassin run as on your system? > > > > root - which I'm slightly surprised at. > > How did you identify this? See below - it looks like I'm missing some information. All one package but different bits of it. > > > How is spamassassin being called in order to give its opinion on > > > email? > > > > exim is calling it. The results also appear in syslog. > > 1. I seriously doubt that on a Debian system exim is running as root. > > What do you see in the first column of output from "ps aux | grep > exim"? Debian-+ - likely really Debian-exim > 2. It sounds like we're talking slightly at cross-purposes here. > Exim may be calling spamassassin (PS: how?), but that's not spamd, > providing a network service to other machines. As for the "how?", I can't rightly say - but it's actually spamd that's giving the opinion. > What do you see in the first column of output from "ps aux | grep > spamd"? root -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com
Re: Debian jessie - new setup, missing data directory
On Mon, 9 Nov 2015 08:12:20 -0800 Ian Zimmerman <i...@buug.org> wrote: > On 2015-11-09 16:42 +0100, Antony Stone wrote: > > > What did Jessie install it as? > > > > > > /var/mail/.spamassassin/user_prefs > > This is very strange. Are you really sure it is not operator error? > > I run wheezy, so I can't flat out exclude it, but it flies in the face > of too much Debian tradition. /var/mail is just for the spool > mailboxes. Definitely not an error on my part - and I must admit I was surprised at this. -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com
Re: Debian jessie - new setup, missing data directory
On Mon, 9 Nov 2015 15:11:16 +0100 Antony Stone <antony.st...@spamassassin.open.source.it> wrote: > On Monday 09 November 2015 at 14:23:04, Phil Reynolds wrote: > > > I have recently transferred all of my email system to a new machine, > > but spamassassin is not yet fully functional. > > > > It seems that it is trying to use /var/mail/.spamassassin as a data > > directory - this is fine, but it does not appear to be correctly > > set up. > > > > Errors like these are appearing in my syslog: > > > > Nov 9 12:02:30 fitzalan spamd[8916]: config: cannot create user > > preferences file /var/mail/.spamassassin/user_prefs: Permission > > denied Nov 9 12:02:30 fitzalan spamd[8916]: spamd: failed to > > create readable default_prefs: /var/mail/.spamassassin/user_prefs > > Well, what are the ownership & permissions on: > > /var/mail/,spamassassin Tried root.root and debian-spamd.debian.spamd, 755. > /var/mail/.spamassassin/user_prefs Not there at all. > and which user does spamassassin run as on your system? root - which I'm slightly surprised at. > > What can I do to get this directory right and working? Also, what > > do I need to do to enable access to spamd from my other machines, > > where the mail is actually read? > > You said "I have recently transferred all of my email system to a new > machine" and yet now you are saying there are other machines > involved... > > I suggest you describe your setup so we can understand what you're > doing a bit better. > > In the subject you said this was Debian Jessie, but are you running > Debian's standard MTA Exim4, or another one? Yes, exim4, from Debian. > Is "this machine" acting as a mail gateway, performing all filtering > on inbound mail, and what are the other machines "where the mail is > actually read" doing? What email applications run on those? Yes, this is the mail gateway, filtering, and providing the services needed for the MUAs to use. The other machines are my desktop/general purpose machine, and my laptop, both running claws-mail with the spamassassin plugin, and my phone, running K9Mail. My other users either use a .forward directive to forward their mail elsewhere or use mutt, on the general purpose machine. claws-mail's plugin is supposed to allow spamassassin to be trained as to what is spam and what is ham, on those occasions it decides incorrectly. > How is spamassassin being called in order to give its opinion on > email? exim is calling it. The results also appear in syslog. -- Phil Reynolds mail: phil-spamassas...@tinsleyviaduct.com