report a bug |  advanced search |  statistics |  developer log in/out
Bug #48 Evolution users fail at +confsub
Submitted: 2013-10-02 15:04 UTC Modified: 2016-05-22 09:26 UTC
From: floeff at gmail dot com Assigned:
Status: Open
Mlmmj Version: 1.2.18.0 OS: Linux
MTA: Postfix MTA Version: 2.9.6
View Add Comment Developer Edit
You must login as a developer to do anything here. You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
 [2013-10-02 15:04 UTC] floeff at gmail dot com
Description:
------------
From time to time, we see that users cannot confirm their subscription (or unsubscription). The first mail to request works fine, but when the +confsub part comes, it fails - users report they just get "Posting not allowed" instead of a confirmation, and in fact, the confirmation never happens.

For one user we could now nail the problem down to Evolution being used as mail client. Same server, same sender, but Thunderbird, and +confsub worked like a charm.

I lack further details, like Evolution version, but wanted to share in case someone has cycles free to investigate.


Patches

Add a Patch

History

AllCommentsChanges
 [2013-10-04 02:07 UTC] maintainer at mlmmj dot org
If you have a willing user who is able to help, there are a couple of things to try.

1. Presumably the denial messages are being sent because subonlypost is set. If you also set modnonsubposts and set up a moderator in moderators, you should be able to snag yourself a copy of the message (in $listdir/moderation). It won't be completely unchanged, but it would be better than nothing. At least you may be able to examine the To: header, etc. (as long as your delheaders tunable and preprocessing doesn't blow it away). Ideally, of course, you'd actually make a test list for this. If you did that, you could use a preprocessing script that cats incoming messages somewhere for even more reliable capture. :-)

2. Does the user have a "Sent Items" box? If so, perhaps you could get them to send you a copy of the source of the failed +confsub message.

Having a good idea what left the client as well as what arrived at Mlmmj would definitely be helpful.
 [2014-02-03 05:26 UTC] maintainer at mlmmj dot org
This may be related to bug #52. I suggest keeping an eye on that bug.
 [2015-10-20 20:47 UTC] kendy at collabora dot com
Actually, I am the user that is hit by this behavior...

When I confirm my subscription, and the To: header looks like (all that on one line):

To: l10n+confsub-7c8d9ae516ad5709-kendy=collabora...@global.libreoffice.org

I get "The message from <kendy@collabora...> with subject "Re: Confirm subscription to l10n@global.libreoffice.org" was unable to be delivered to the list", but when I manually change the To: in Evolution to be like:

To: answer
 <l10n+confsub-7c8d9ae516ad5709-kendy=collabora...@global.libreoffice.org>

all is fine, and I get subscribed.

Thank you in advance!
 [2016-05-22 09:26 UTC] maintainer at mlmmj dot org
Although Kendy sent me mails from sent items that had and hadn't worked in October 2015, I have been unable to reproduce this bug using current Mlmmj (1.2.19.0) with Exim 4 or Postfix (2.9.6) on a Debian Wheezy VM, nor by commenting out some of Mlmmj's code to force it to execute code paths I suspected as containing this bug.

If this is still a problem with the current version, I'll need some more help (e.g. from Florian) to track this down.

At the moment, I'm leaning towards either believing this problem to be fixed in the current version, or blaming another component, e.g. a custom filter running in front of Mlmmj.
 [2019-01-26 20:44 UTC] stappers at stappers dot nl
Please close this bug.

Telling how to close bugs would even better.
 
Based on the PHP bug tracker.
Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Wed Jan 30 01:27:44 2013 UTC