Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mailer-deamon spam with endless "Mail delivery failed" #111

Open
eoli3n opened this issue Oct 14, 2022 · 10 comments
Open

mailer-deamon spam with endless "Mail delivery failed" #111

eoli3n opened this issue Oct 14, 2022 · 10 comments

Comments

@eoli3n
Copy link

eoli3n commented Oct 14, 2022

For 3 month, I got a smtp authentication error that I didn't solve.

This is the DragonFly Mail Agent v0.11+ at domain.tld.

There was an error delivering your mail to <[email protected]>.

SMTP login to smtp.gmail.com failed

Message headers follow.

Received: from root (uid 0)
	(envelope-from [[email protected]](mailto:[email protected]))
	id 4235e
	by domain.tld (DragonFly Mail Agent v0.11+);
	Thu, 30 Jun 2022 03:55:57 +0200
To: root
Subject: nas daily security run output
Date: Thu, 30 Jun 2022 03:55:57 +0200
Message-Id: <[[email protected]](mailto:[email protected])>
From: <[[email protected]](mailto:[email protected])>

For each failed mail, dma now spam me with ~15 mail per day, everyday since 2 weeks.

This is what I got yesterday for exemple :
mail

How to empty the queue ? I can't find anything with mail command

$ mail
No mail for root
$ ls /var/spool/mqueue
mail.core
@corecode
Copy link
Owner

spool dir is in /var/spool/dma. You seem to be running an old version of dma?

@eoli3n
Copy link
Author

eoli3n commented Oct 14, 2022

Thanks !
The last version of latest freebsd

@emaste
Copy link
Collaborator

emaste commented Oct 14, 2022

Note that we have a few changes in FreeBSD's copy of dma - primarily related to splitting over-long body lines, and we may not have any very-recent changes from this repo. It's probably best to open a bug in FreeBSD's bugzilla.

@eoli3n
Copy link
Author

eoli3n commented Oct 17, 2022

I rm /var/spool/dma/* but I still receive those mails...

$ ls /var/spool/dma
flush
$

So from where could it come from ?

@bapt
Copy link
Collaborator

bapt commented Oct 17, 2022

Note that we have a few changes in FreeBSD's copy of dma - primarily related to splitting over-long body lines, and we may not have any very-recent changes from this repo. It's probably best to open a bug in FreeBSD's bugzilla.

In current we are up to date, with the latest patches + yours, it is not the case for releases.

@corecode
Copy link
Owner

corecode commented Oct 17, 2022 via email

@eoli3n
Copy link
Author

eoli3n commented Oct 18, 2022

something is producing mail locally, but the Gmail smtpd rejects the mails.

No, let's reexplain well what happens.

From June 2022, my smtp connection to gmail stopped working. I let this as is for few month, and then lately, solved the problem.
Since the problem is solved, I receive everyday, ~15 mails which are dated from the moment it start to fail to connect to smtp, to the date I solved it.

The screen I posted in the first message, is what I get every day. Check dates.
For exemple, this is what I found this morning in my inbox
screen

SMTP is now working, so I guess freebsd is sending me all the spool during the failing period. I cleaned the spool, so where does those mails come from ?

@corecode
Copy link
Owner

there might be dma processes active, trying to deliver spool. do a killall dma and see if it stops.

@eoli3n
Copy link
Author

eoli3n commented Oct 19, 2022

$ pgrep dma
$ 

@corecode
Copy link
Owner

corecode commented Oct 19, 2022 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants