sympa-community / sympa

Sympa, Mailing List Management Software
https://www.sympa.community/sympa
GNU General Public License v2.0
248 stars 99 forks source link

`mailto:` link cannot be detected by some MUAs #1124

Open titou3as opened 3 years ago

titou3as commented 3 years ago

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:sympa@XXX.domain.fr?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 commented 3 years ago

Hi @khaoula-abaidi ,

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

titou3as commented 3 years ago

Mail received for moderation:

mail_received

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

when_clicked_send_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 commented 3 years ago

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

titou3as commented 3 years ago

@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

gmail

ikedas commented 3 years ago

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 commented 3 years ago

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 commented 3 years ago

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

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

titou3as commented 3 years ago

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 commented 3 years ago

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 commented 3 years ago

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 commented 3 years ago

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 commented 3 years ago

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 :

confirm_send_auth

titou3as commented 3 years ago

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

ikedas commented 2 years ago

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

ikedas commented 2 years ago

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

laerm commented 1 year ago

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 commented 1 year ago

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 - https://github.com/sympa-community/sympa/issues/965

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

ikedas commented 1 year ago

@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 commented 1 year ago

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.