问题标签 [android-mms]

在我的应用程序中，用户从图库中选择一张照片。它被保存，并将 uri 传递给上述两种方法之一。sendPhotoByEmail 方法格式化包含照片的电子邮件。sendPhotoByText 方法格式化文本消息。照片没有出现在其中，并且我看到错误消息“无法附加。文件不支持”。我已经在每个函数中使用相同的照片（相同的 uri）进行了测试。URI 是“content://media/external/images/media/1017”。我还单独运行了 Messenger，并且能够成功附加同一张照片。

我已经在我设备上的应用程序中设置了 SMS 和 Storage 权限，这些是 AndroidManifest.xml 中的权限：

任何见解将不胜感激。

不管你信不信，我换了

和

照片出现在格式化的短信中。但是，显示可供选择的应用程序的屏幕（以前仅显示短信应用程序）现在也显示其他应用程序。我希望它只显示短信应用程序。

我正在尝试通过 SMS 共享图像和文本。我正在添加图像 Uri，但图像未附加 SMS。我的代码有什么问题请告诉我提前谢谢。

我正在使用 Kotlin 构建一个 Android 消息传递应用程序。我的应用程序将发送和接收彩信。但我正在努力检索彩信详细信息并使用消息的 URI 在我的应用程序中显示它。我正在使用这个库来处理彩信，https://github.com/klinker41/android-smsmms/blob/master/sample/src/main/java/com/klinker/android/messaging_sample/MmsReceivedReceiverImpl.java。我有一个接收器，它在设备接收到新的 MMS 消息时监听事件。这就是实现。

如您所见，当我收到彩信时，我只是在烤一个虚拟文本。我在两件事上苦苦挣扎。

如何使用接收器中的 URI 检索彩信详细信息。

如何检索附加到彩信的照片并将其显示在我的应用程序中？

我正在使用 Kotlin 构建一个 Android 消息传递应用程序。我的应用程序将在应用程序内发送彩信或照片消息。它不应该使用内置服务发送。我正在尝试使用此库https://github.com/klinker41/android-smsmms?fbclid=IwAR2lFynDGHsbExnzdhn1fIPX-m55lZxoDJjwwpdL4jgcANP1-8mdjKSFe_8来实现逻辑。但它没有按预期工作。

这就是我发送彩信的方式。

我使用以下功能初始化了设置。

当活动开始时，我调用 initSettings 函数。

这是我的 ApnUtils 课程。

这是我发送带有照片的彩信的功能。

当我运行代码时，它正在烤消息“已发送消息”，但它没有向其他设备发送任何消息。我的代码有什么问题，我该如何解决？

我正在使用 Kotlin 构建一个 Android 应用程序。我的应用需要接收彩信。我还试图从彩信详细信息中检索发件人的地址/电话号码。但它没有按预期工作。

这是我用来从彩信中检索发件人地址的函数

有时，它似乎在起作用。然后我抛出以下错误

您认为我的代码有什么问题，我该如何解决？

我正在使用 Kotlin 构建一个 Android 应用程序。在我的应用程序中，我需要从 URI 字符串中检索彩信的发件人地址/电话号码。我有一个这种格式的 URI 字符串，内容：//mms/inbox/60。

我尝试像这样使用Id

它不工作。这是说地址列无效。如何从彩信 URI 字符串 content://mms/inbox/60 中获取发件人的电话号码？

我想打开 Android 消息应用程序并直接与指定地址（收件人）进行对话，但不幸的是，我得到以下弹出窗口来选择收件人：

知道如何将接收者设置为意图参数并直接获取 MMS/SMS 对话吗？

PS：mmsIntent.setData(Uri.parse("smsto:" + configurationParMaitrise.getMaitrise().getTel())); 也不行。

我的问题是sub字段content://mms-sms/conversations/似乎有错误的编码。字母数字字符似乎可以正确显示，但韩文字母看起来像这样：

. 我一直在使用谷歌消息应用程序，所以彩信是由它保存的。我在两台运行 Android 10 和 12（谷歌官方 ROM）的设备上测试过，现象是一样的。这种韩国彩信的主题在 Google 消息本身上看起来是正确的。但是sub内容解析器返回的字段看起来像奇怪的破盒子和带重音的拉丁字母，这通常发生在您使用西欧编码解码由韩语编码编码的字符串时。我试图找出光标是否包含编码信息，并且有sub_cs，正如我所料，这是“主题字符集”。那个值是 106。我查了这个页面，106 的意思是“UTF-8”。该主题显然不是以 UTF-8 编码的。

这个问题的原因是什么，解决方案是什么（以编程方式检索正确的主题）？我的猜测是它可能是 Google Message 的错误，也可能是 Android 的错误。如果是前者，Google Messages 可能以不同于 UTF-8 的编码保存主题，并且它知道正确的编码（因为它可以正确显示主题）但在系统的 MMS 数据库中错误地将其标记为 UTF-8，以便 ContentResolver 认为它是 UTF-8 并对其进行解码。如果是后者，Google Messages 会正确标记编码，但 ContentResolver 会忽略它并像 UTF-8 一样处理。

SMS/MMS 应用程序将 SMS/MMS 的存储/检索委托给 Android 系统的服务/组件，还是它们自己存储/检索 SMS/MMS？

我对此提出质疑，因为 Google 的Messages应用程序正确显示 MMS 主题，而其他应用程序显示相同 MMS 消息主题的损坏文本，当我使用 ContentResolver 检索主题时，我也得到了相同的损坏文本。

如果 Google Messages 使用相同的 API 来存储/检索 MMS，那么只有它才能获得正确的主题是很奇怪的。但如果 Google Message 使用单独的存储机制，我不确定如何首先检索 MMS。