mailto: link cannot be detected by some MUAs

[titou3as]

Version

6.2.40 on Ubuntu 20.04

Installation method

Ubuntu 20.04: From source

Expected behavior

mailto: links generated by mail_tt2/moderate.tt2 : should look something like:

mailto:[email protected]?subject=DISTRIBUTE%20test-dpc99%20a29a51710113bb50991b18fb3e03ebb1

Actual behavior
This doesn't work correctly when people click on the link.
and a message received to the people after using the link with

Object: Result of your commands

The command failed

DISTRIBUTE XXX a29a51710113bb50991b18fb3e03ebb1>
List '' is unknown.

[ikedas]

Hi @khaoula-abaidi ,

Could you please show (attach) the e-mail itself that was generated?

[titou3as]

Mail received for moderation:

Mail received after click to the link and send the mail:

Note :
If i delete the ">" from the subject of the mail that must be sending after clicking to the link , the action is done , else i receive the 2nd message error

[ikedas]

@khaoula-abaidi , could you please tell the name and version of the MUA (mail client software) you are using?

[titou3as]

@khaoula-abaidi , could you please tell the name and version of the MUA (mail client software) you are using?

Using Zimbra i have this problem , but using Gmail it's more problematic because the link is shown just for the @mail not all the link

[ikedas]

Though this is not a bug of Sympa itself, it'd be better to be dealt with by Sympa.

My idea is that adding web function do_confirm() on WWSympa and ncluding its link in the messages.

[titou3as]

Though this is not a bug of Sympa itself, it'd be better to be dealt with by Sympa.

My idea is that adding web function do_confirm() on WWSympa and ncluding its link in the messages

Would you please specify how to include the link in the messages ?

[ikedas]

Would you please specify how to include the link in the messages ?

Please wait for a while. It needs modification to the code.

[titou3as]

Would you please specify how to include the link in the messages ?

Please wait for a while. It needs modification to the code.

Will you please specify if the corrections will be into sympa 6.2.40 version , OS distribution and approximately the date of update of these corrections

[ikedas]

I tihnk 6.2.40 may not be fixed. I'm planning to include the fix in the future verskion of Sympa. Ubuntu may adopt that fixed version or later version as the upstream version in the future release.

[titou3as]

I tihnk 6.2.40 may not be fixed. I'm planning to include the fix in the future verskion of Sympa. Ubuntu may adopt that fixed version or later version as the upstream version in the future release.

So all users of Sympa before the future version must upgrade sympa to get new corrections ?

[ikedas]

I tihnk 6.2.40 may not be fixed. I'm planning to include the fix in the future verskion of Sympa. Ubuntu may adopt that fixed version or later version as the upstream version in the future release.

So all users of Sympa before the future version must upgrade sympa to get new corrections ?

No, not all users. Sympa is the free software (open source software). You can modify it anyhow you want to be, by modifying the source code by yourself. For example, it is possible that you take the fixes I'll make on future version and apply it to the version you are running.

Ubuntu project will not do such work for you unless there are good reasons to do so. (You can ask them to do it for you, but I think they will probably refuse.) Instead, they will release an updated OS adopting a new version of Sympa as upstream.

[titou3as]

I'm sorry for all my questions , but i want to tell you that the same problem is generated also for send_auth.tt2 for gmail users as i tested :

[titou3as]

Is it possible to tell me the delay for the corrections into the new version ? Thank you for your response

[ikedas]

Report above tells the problem has not been resolved with Outlook for Mac. Reopen.

[ikedas]

The fix will be included in the next release (perhaps 6.2.71b). @abkayla , thank you for reporting bug!

[laerm]

Unless I'm mistaken, you've made the choice to hide the mailto option in moderation emails if conf.wwsympa_url is present? This is problematic for some of our users who are unable to log into the web interface (we use an SSO and have external moderators for certain lists). Would it be possible to add this as optional in sympa.conf file so we can turn on the mailto? We'd rather have a mailto that doesn't work in all MUAs than no mailto link whatsever.

[fusenuk]

We've also just been caught out by this change of hiding the mailto link. I also don't see it mentioned in the change log.

Please can this option be returned or/also please can this related issue be addressed - #965

Using the mailto was the workaround to the above 'bug'

[ikedas]

@laerm ,

One option is customizing template. The changes we made are shown here. You may customize the template to revert these changes (Note that the files under DEFAULTDIR should not be modified directly. See the manual on how to customize the templates).

Another option is disabling web interface. If the wwsympa_url parameter is not defined in sympa.conf (nor in robot.conf, if there is one), the notification will contain a mailto: URL instead of a link to the web interface.

[agouaux]

Unless I'm mistaken, you've made the choice to hide the mailto option in moderation emails if conf.wwsympa_url is present? This is problematic for some of our users who are unable to log into the web interface (we use an SSO and have external moderators for certain lists). Would it be possible to add this as optional in sympa.conf file so we can turn on the mailto? We'd rather have a mailto that doesn't work in all MUAs than no mailto link whatsever.

yeah, we were bit by this upgrading to 6.2.72. The old behavior never gave us problems. Once I copy default/mail_tt2/moderate.tt2 to etc/mail_tt2, what changes do I need to make to regain the old behavior?
OK. I found it.