jens-maus / yam

:mailbox_with_mail: YAM (short for 'Yet Another Mailer') is a MIME-compliant open-source Internet email client written for Amiga-based computer systems (AmigaOS4, AmigaOS3, MorphOS, AROS). It supports POP3, SMTP, TLSv1/SSLv3 connection security, multiple users, multiple identities, PGPv2/v5 encryption, unlimited hierarchical folders, an ARexx interface, etc...
https://yam.ch
GNU General Public License v2.0
62 stars 18 forks source link

Missing Reply-to address in Information window #601

Open jens-maus opened 8 years ago

jens-maus commented 8 years ago

Originally by @raziel- on 2015-05-15 07:36:15 +0200


Summary

The Confirmation Request window on replying to a ML mail eats one of the reply addresses, making it impossible to know that there is another one possibility to reply. Plus the Confirmation Request window looks wrong.

Steps to reproduce

  1. Reply to attached message
  2. Attached Confirmation Requester will come up featuring only the main email address, but missing the ML address

    Expected results

That is tricky...i think the Confirmation Requester should probably offer both (or even more if available) return addresses to choose from. But that would mean to either enhance the user buttons on the bottom of said requester to not only show "Reply-to" and "Both" but rather feature a short version of the available return addresses in more buttons (or maybe a cycle gadget)?

I don't know much about GUI design, so i'll leave that to you guys :-)

Actual results

It displays a confirmation reuqest with a rather misleading info test (attached) and no way to know or choose the other reply address (yam-user@yam.ch)

Regression

Never seen this one before, so i guess no

Notes

jens-maus commented 8 years ago

Originally by @raziel- on 2015-05-15 07:36:59 +0200


Attachment added: _yam-user__Yam_on_Linux.msg (5.6 KiB) Message which triggers the faulty(?) Confirmation Requester

jens-maus commented 8 years ago

Originally by @raziel- on 2015-05-15 07:37:41 +0200


Attachment added: Confirmation Request_000.png (13.5 KiB) Confirmation Request_000.png Misleading (looks buggy) information in the requester