Ticket created by ~duh on ~anteater/mms-stack-bugs
I thought this would help other people's research into the MMS stack with modem manager. And people can customize it for their carrier.
It was made specifically for AT&T (my carrier).
I got mad trying to get ofono to work, contexts make me angry.
It will also email the MMS message and images to you. It is based off of the script by 5ilver (link to his script in the comments at the top of the script), with the addition of the group messages and emails, and converted for AT&T.
I just whipped this up over the last hour, so you may find issues, but so far all of my tests it works fine. Handles multiple images, single images, group text, group with images, etc. Standard SMS will still be handled by Chatty or whatever you use for SMS.
The email will contain the phone numbers of the people involved in the subject. The body will have any text from the message, and any jpegs will be attached to the email.
If you dont want to get emails, then comment out the s-nail line. The images will be dumped into foldes in your home folder. The text of the mesage will be displayed in the output.
For fedora, install s-nail or mailx and recoverjpeg For mobian, install s-nail and recoverjpeg For Arch, i assume the packages are named the same, and I think your mailx works like the fedora one. But i dint test arch.
Since i just wrote it, i am not yet cleaning up the files it writes, as these may be needed for debugging.
This will also resolve the issue with Chatty locking up and not getting further SMS messages after an MMS is received.
It is recommended that you read and understand the script so you can troubleshoot. It should also work for other carriers, but you will need to customize the curl line for them.
I only tested this using the AT&T NXTGENPHONE APN
Comment by ~duh on ~anteater/mms-stack-bugs
That worked, thank you. I didnt know with ofono we had to manually enable and connect the modem, or at least in an environment that defaults to modem manger instead. For future readers: Start ofonod run from the ofono build directory: ofono/test/enable-modem run: ofono/test/online-modem start mmsd start vgmms
SMS works but not MMS, but I need to do some digging and log reading to determine that issue (USA, AT&T). Might be as simple as an APN. And also out of the scope of this bug report.
REPORTED RESOLVED FIXED
Ticket created by ~duh on ~anteater/mms-stack-bugs
I built it on mobian on pinephone (using your ofono and mmsd sources). Run ofonod as a daemon as root, start mmsd as my user, then when launching vgmms i get the error as shown. Sim card is in the phone, get the same message when it's out too.
The full stack trace: thread 'main' panicked at 'called
Result::unwrap()on anErrvalue: D-Bus error: Method "GetProperties" with signature "" on interface "org.ofono.SimManager" doesn't exist (org.freedesktop.DBus.Error.UnknownMethod)', src/state.rs:284:58 stack backtrace: 0: 0xaaaab91b1d5c - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h7efbd4f980ef47d2 1: 0xaaaab91cd704 - core::fmt::write::h0eac38e3c5c77d68 2: 0xaaaab91adccc - std::io::Write::write_fmt::h94768fa7f03478bc 3: 0xaaaab91a7058 - std::panicking::default_hook::{{closure}}::ha96296a4f9330f42 4: 0xaaaab91a6d58 - std::panicking::default_hook::h4f93dee1bdc65f11 5: 0xaaaab91a766c - std::panicking::rust_panic_with_hook::h383e293f161b09ab 6: 0xaaaab91a727c - rust_begin_unwind 7: 0xaaaab91cd28c - core::panicking::panic_fmt::h86866d233bb0f248 8: 0xaaaab91cd2e4 - core::result::unwrap_failed::h743237c5bc30a48a 9: 0xaaaab906cd14 - vgmms::state::::default::hd7b36966eb2ee7a2 10: 0xaaaab905aabc - <alloc::sync::Arc as core::default::Default>::default::h2862e8e4bdfc6af2 11: 0xaaaab90382b0 - vgtk::component::PartialComponentTask<C,P>::new::h776e2936feb9b654 12: 0xaaaab9074ff0 - vgtk::start::h366e74f70981df2d 13: 0xaaaab9003b0c - vgmms::main::hce992d8100c83a94 14: 0xaaaab90639e0 - std::rt::lang_start::{{closure}}::h13ad6649881eda86 15: 0xaaaab91a4cd0 - std::rt::lang_start_internal::h15e10ee3d03f2a9c 16: 0xaaaab9003f04 - main 17: 0xffff9e2ea158 - __libc_start_main at ../csu/libc-start.c:308 18: 0xaaaab8fd8dd4 -