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

Exim's bounce text changed - need to update ProcessBounce.pm #448

Closed
popov-d opened this issue Oct 18, 2018 · 6 comments
Closed

Exim's bounce text changed - need to update ProcessBounce.pm #448

popov-d opened this issue Oct 18, 2018 · 6 comments
Milestone

Comments

@popov-d
Copy link

popov-d commented Oct 18, 2018

I've noticed that in my installation (Debian-based) there are numerous files in /var/spool/sympa/bounce/bad . Most of them appeared to be bounces from Exim servers (4.84-4.90) in non-DSN mode. The information inside was quite clear, but Sympa could not catch the address of bouncer.

While investigating the problem I found that regular expressions in lib/Sympa/Spindle/ProcessBounce.pm slightly differ from those in actual bounce messages. I changed it to catch information from actual bounces, while trying not to break compatibility with old ones, in case an old Exim is running somewhere.

ProcessBounce.pm-patched-6.2.16-Debian9.txt

ProcessBounce.pm-patched-6.2-current.txt

Version

6.2.16 from Debian Stretch, where problem was found. Exim messages handling is the same in latest 6.2 on GitHub, so problem is still here.

Installation method

Deb from official Debian repository.

Expected behavior

Attached sample message: bounce-sample.txt

This has bounced from a mailbox of a user to a VERP address. It has the right user name in VERP, X-Failed-Recipients and in body text. It should be handled as a bounce from [email protected] in [email protected] mailing list. User's bounce count in list subscription should increment and show that message as last bounce.

(I got this behavior with my ProcessBounce.pm)

Actual behavior

Sympa sees none of addresses mentioned above (also code tries to parse all) and puts it into spool/bounce/bad, as an unknown bounce. The following messages show in log:

Oct 17 16:57:03 sympa bounced[2395]: notice Sympa::Spindle::ProcessBounce::_twist() Processing Sympa::Message [email protected]; envelope_sender=; message_id=[email protected]; sender=[email protected]
Oct 17 16:57:03 sympa bounced[2395]: notice Sympa::Spindle::ProcessBounce::_twist() VERP in use: bounce Sympa::Message [email protected] related to [email protected] for list Sympa::List [email protected]
Oct 17 16:57:03 sympa bounced[2395]: info Sympa::Spindle::ProcessBounce::_twist() No address found in message Sympa::Message [email protected]

Additional information

Please note that Sympa does see the bouncer's address in VERP, but doen't use it unless body of a message is successfully parsed. I am not sure if there are reasons for such behaviour. My version doesn't change it.

@racke
Copy link
Contributor

racke commented Oct 18, 2018

Sisimai seems to parse it correctly:

MX: mailx.krista.ru
Domain: krista.ru
Reason: mailboxfull
Advice: Your mailbox [email protected] has been reported to be full by your email provider krista.ru.
Subject: [sympa-test] test 8
Recipient: [email protected]
Host: krista.ru
Bounce date: 2018-10-17
Reply code: 552
Delivery status: 5.2.2
Diagnostics: LMTP error after end of data: 552 5.2.2 Over quota SESSIONID=

It would be good to update ProcessBounce so it catches it properly.

@ikedas
Copy link
Member

ikedas commented Oct 19, 2018

Hi @popov-d,
I agree to incorporate your update.

So if possible, could you please submit this change as a PR? It will help accurate works.
If you have difficulty to submit PR, I'll work with the patch you attached.

@ikedas ikedas added this to the 6.2.38 milestone Oct 19, 2018
@ikedas
Copy link
Member

ikedas commented Oct 19, 2018

Please note that Sympa does see the bouncer's address in VERP, but doen't use it unless body of a message is successfully parsed. I am not sure if there are reasons for such behaviour. My version doesn't change it.

I'm not sure, but Sympa looks parsing message body to get status of delivery failure, not only bouncing addresses.

@popov-d
Copy link
Author

popov-d commented Oct 19, 2018

Thank you, ikedas. Pull request is in #450.

Is I understand now, «bounce messages» may be not just errors, but also delay warnings, some kinds of automatic replies, etc. Sympa should not treat them all as user errors. It parses message to see if it's surely an error.

What I catch here is an SMTP/LMTP error in EXIM and sometimes with error code inside; I take it also, if available.

@racke
Copy link
Contributor

racke commented Oct 19, 2018

Correct, Sympa has to sort out all emails coming to the bounce address and qualify them.

ikedas added a commit that referenced this issue Oct 19, 2018
Exim's new bounce text handling, issue #448
@ikedas
Copy link
Member

ikedas commented Oct 19, 2018

Merged. @popov-d, thanks for improving Sympa!

@ikedas ikedas closed this as completed Oct 20, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants