Re: Porting MailDrop to Alpine

This is a MIME GnuPG-signed message.  If you see this text, it means that
your E-mail or Usenet software does not support MIME signed messages.
The Internet standard for MIME PGP messages, RFC 2015, was published in 1996.
To open this message correctly you will need to install E-mail or Usenet
software that supports modern Internet standards.

--===============6934987516442345283==
Content-Type: multipart/signed;
    boundary="=_monster.email-scan.com-169176-1687307275-0001";
    micalg=pgp-sha1; protocol="application/pgp-signature"

This is a MIME GnuPG-signed message.  If you see this text, it means that
your E-mail or Usenet software does not support MIME signed messages.
The Internet standard for MIME PGP messages, RFC 2015, was published in 1996.
To open this message correctly you will need to install E-mail or Usenet
software that supports modern Internet standards.

--=_monster.email-scan.com-169176-1687307275-0001
Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Bengt Thuree writes:

> =C2=AB HTML content follows =C2=BB
>
>
> Hi Sam,
>
> And thank you very much for your reply and explanation. Much appreciate=
d.
> I will dig a bit deeper and try to figure out what is happening here.
> My C is a bit rusty though, but good time to refresh it.
>
>
> Any suggestions on an area to look more into?

The current version of the iconv(3) manual page:

https://man7.org/linux/man-pages/man3/iconv.3.html

courier-unicode expects iconv to return EILSEQ, as described by the first =20
failure case, there. This will be encountered by convert_flush_iconv() wh=
ich =20
eventually gets called from unicode_convert_deinit().

This does require not merely knowing C, but having debugging know-how, to =20
debug the code and see exactly what iconv returns.

From https://man7.org/linux/man-pages/man3/iconv_open.3.html the closest =20
matching description of your observed results is the //IGNORE option, whe=
re =20
unrepresentable characters get discarded; but there is no option to repla=
ce =20
them with a substitute character.

Reading up on Alpine Linux, it seems to be using its own C library, so it =20
looks to me like its implementation of iconv differs in behavior from the =20
one in glibc. Perhaps there's a way to set it up to match glibc's iconv =20
behavior, in this instance.


--=_monster.email-scan.com-169176-1687307275-0001
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEMWrVnbBKLOeG9ifkazpiviedvyUFAmSSRAsACgkQazpivied
vyX18hAAxjfq9AtOa/ObZKyAjp+8QfBn9GSwwQbJ0EsIHH8dpE7APHGZyxpkIt5T
dZklUOjs2JGzbkja97EJnmWs2HGjc3cCsDe5NThHeyZ6IM04UsXbUkmMRglbtFFp
SeZ6Nm+eqYcQSrN3WQMRouP6WlgUHgLngHb2UbkPa2NwvsB/kfOyYTzh/V/68jkr
CKgi1/r9RUnLEw5GO43zsin5c2v9LaWRUV5r6T+RfGVbJX8JSh6f4mHjF9IT/16X
GUQARwA5lblYsCdpDjCOH7wqJcKwYuVCZ4NlD0Afn0m36PPfu44TUtTJKHGjUv+Z
RnoR5ek82bBWGOOAZTUHU1uJPfPDkgUQfbmRAFWJd9yPjescXOJVxDD52Q8868bb
4dwYQy3I5/k4CXoCCtFF7+qk3TOo+pPfyt+9NNaXC1RhQZ4PtqdrC93QhRYhsdCF
0JQyV2dTrkWm31GvgtwyN8QMegom74Boe97S+xs5nREgDUW8jZ1Ek0KTkhihVPaz
+E/GRpVAJv9kO/xHx7CscMktZmFsOJMHFEY5sODnHR8mL52VjgBOBdRehLJuactd
4jIqbpX7SLXcR9irFwOd7ga07fl5YKnV6KivGtfmaqqtfqr5ROwWvh4PIxwN7Edq
QW61bQ9yWHTi0hX7bpAnQrUPgr3BV8aaWJP2WZC/oufnWfSoMz8=
=h+9f
-----END PGP SIGNATURE-----

--=_monster.email-scan.com-169176-1687307275-0001--


--===============6934987516442345283==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============6934987516442345283==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Courier-maildrop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/courier-maildrop

--===============6934987516442345283==--