Cannot send MMS from "Free Mobile" as no context is provisioned

[Jean-Baptiste Lallement]

build #208

I cannot send MMS from "Free Mobile" (France). The messaging app says "Failed!"

nuntium.log contains:
2014/08/27 09:05:02 Encoding M-Send.Req
2014/08/27 09:05:02 Created /home/phablet/.cache/nuntium/store/824a932135acbbef50f77583ae6550ed.m-send.req to handle m-send.req for 824a932135acbbef50f77583ae6550ed
2014/08/27 09:05:02 Context type: internet MessageCenter: MessageProxy: Active: false
2014/08/27 09:05:02 Status changed for /org/ofono/mms/208150102671184/824a932135acbbef50f77583ae6550ed to TransientError
2014/08/27 09:05:02 Cannot upload m-send.req encoded file /home/phablet/.cache/nuntium/store/824a932135acbbef50f77583ae6550ed.m-send.req to message center: No mms contexts found

$ /usr/share/ofono/scripts/list-contexts
[ /ril_1 ]
    [ /ril_1/context1 ]
        AccessPointName = orange
        Username = orange
        Protocol = ip
        IPv6.Settings = { }
        Type = internet
        Name = Orange World
        Password = orange
        Active = 0
        Settings = { }

    [ /ril_1/context2 ]
        AccessPointName = orange.acte
        MessageProxy = 192.168.10.200:8080
        Username = orange
        Protocol = ip
        IPv6.Settings = { }
        Type = mms
        Name = Orange MMS
        Settings = { }
        Password = orange
        Active = 0
        MessageCenter = http://mms.orange.fr

    [ /ril_1/context3 ]
        AccessPointName = orange-mib
        Username = orange
        Protocol = ip
        IPv6.Settings = { }
        Type = internet
        Name = Orange Entreprise
        Password = orange
        Active = 0
        Settings = { }

    [ /ril_1/context4 ]
        AccessPointName = ofnew.fr
        Username = orange
        Protocol = ip
        IPv6.Settings = { }
        Type = internet
        Name = Tele2 WAP
        Password = orange
        Active = 0
        Settings = { }

    [ /ril_1/context5 ]
        AccessPointName = orange.acte
        MessageProxy = 192.168.10.200:8080
        Username = orange
        Protocol = ip
        IPv6.Settings = { }
        Type = mms
        Name = Tele2 MMS
        Settings = { }
        Password = orange
        Active = 0
        MessageCenter = http://mms.orange.fr

[ /ril_0 ]
    [ /ril_0/context1 ]
        AccessPointName = free
        Username =
        Protocol = ip
        IPv6.Settings = { }
        Type = internet
        Name = Free
        Password =
        Active = 0
        Settings = { }

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Sergio Schvezov (sergiusens)]

This seems to be a provisioning issue in ofono; if you manually edit the contexts with the appropriate values, can you send an MMS?

[Tony Espy (awe)]

This is a problem with the apn database.

Tele2 appears to be a MVNO or Orange, however the APN definitions don't include "mvno_match" fields, so as Tele 2 shared the same MCC and MNC of Orange in this instance, there's no way to tell apart "Tele 2 MMS" and "Orange MMS", so both are provisioned.

Also based on Jean-Baptiste's description, he's used "Free" which is defined to have MCC=208 and MNC=15 in the APN db. Perhaps Free also has an agreement with Orange.

@Jean-Baptiste

Can you please include the output from list-modems ( found in the same dir as list-contexts )?

In general we're never going to be able to support auto-provisioning of MVNOs 100% of the time. This is why most MVNOs include help sections on their website which describe how to manually configure the phone for GPRS and/or MMS.

That said, this also requires a UI to do so, and our APN Editor is still in-progress atm, although scheduled to land soon.

[Tony Espy (awe)]

Moved to the android project because it might be possible with the help of the involved operators to fix the APN db.

Also downgraded from critical, as again this should be possible to configure with instructions from the carrier once the APN editor lands.

[Jean-Baptiste Lallement (jibel)]

Here is the output of list-modems.

In the upper slot I've a SIM card from "Free Mobile"
In the lower slot a SIM card of "Orange"

I don't know why Tele2 (Virgin Mobile in France) is listed because I don't have any subscription with Tele2. Also Free Mobile is not an MVNO and operates its own infrastructure.

Technical information for Free is on http://mobile.free.fr/assistance/46.html

How do I edit the context manually to try with the right values.

[Sergio Schvezov (sergiusens)]

To edit manually you can
stop ofono
look in /var/lib/ofono/*/gprs
edit at will
save
start ofono

If you don't stop ofono, your changes won't be taken into account. You can use the scripts provided in /usr/share/ofono/scripts as well

[Brendan Donegan (brendan-donegan)]

As jibel mentions, Free Mobile is not an MVNO. Can we please treat bugs that entirely break a particular service from non-MVNO operators as at least High? I set to High for now.

[Tony Espy (awe)]

Sorry, my mistake, I missed the snippet of context output for the second modem:

[ /ril_0 ]
    [ /ril_0/context1 ]
        AccessPointName = free
        Username =
        Protocol = ip
        IPv6.Settings = { }
        Type = internet
        Name = Free
        Password =
        Active = 0
        Settings = { }

You can't send an MMS, because the MMS APN in our database doesn't include a message proxy, and we have hard-coded assumption that a proxy is required for MMS.

I will need to discuss with Sergio and Manuel.

[Sergio Schvezov (sergiusens)]

It's something like this:

if type == "internet" {
    if messageProxy && messageCenter && active {
        // select this as the context for MMS
    }
} else if type == "mms" {
        if messageProxy && messageCenter {
        // select this for MMS
    }
}

[Sergio Schvezov (sergiusens)]

from the link you need a specific mms context:

 APN MMS
Nom : Free MMS
APN : mmsfree
MMSC : http://mms.free.fr
MCC : 208
MNC : 15
Type d'APN : mms

Did you try configuring as I asked?

[Sergio Schvezov (sergiusens)]

To clarify, the http://mobile.free.fr/assistance/46.html apn information for MMS doesn't specify a Message Proxy; so we will be building some test binaries for nuntium, ofono and possibly u-d-m to test this scenario.

[Tony Espy (awe)]

Marked the Android task as invalid based on Sergio's comment #11.

Added tasks for nuntium and ofono as I believe both have hard-coded assumptions that a MessageProxy is required.

Also added a task for ubuntu-download-manager, although left in New state as we're not 100% sure that a change is required.

[Launchpad Janitor (janitor)]

This bug was fixed in the package nuntium - 0.1+14.10.20140912-0ubuntu1

---------------
nuntium (0.1+14.10.20140912-0ubuntu1) utopic; urgency=low

  [ Sergio Schvezov ]
  * Allow proxyless contexts to be selected for MMS (LP: #1362008)
 -- Ubuntu daily release <email address hidden> Fri, 12 Sep 2014 00:38:34 +0000

[Sergio Schvezov (sergiusens)]

@tony

without the proxy and using a separate context for mms, the default route isn't set anymore (as it used to be the MessageProxy), maybe we need to enhance the route setting, can you link a task for the project that has that logic? I don't recall if it's nm or lxc-android-config or where that script hook was.

[Sergio Schvezov (sergiusens)]

I'll add this as soon as I can and is reviewed

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "mmscenter.patch" seems to be a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. If the attachment isn't a patch, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are member of the ~ubuntu-sponsors, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issue please contact him.]

[Sergio Schvezov (sergiusens)]

Updated patch

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-download-manager - 0.8+14.10.20140916-0ubuntu1

---------------
ubuntu-download-manager (0.8+14.10.20140916-0ubuntu1) 14.09; urgency=low

  [ Sergio Schvezov ]
  * Don't set the proxy if the proxy hostname is empty (LP: #1362008)
 -- Ubuntu daily release <email address hidden> Tue, 16 Sep 2014 02:33:45 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-download-manager - 0.8+14.10.20140916-0ubuntu1

---------------
ubuntu-download-manager (0.8+14.10.20140916-0ubuntu1) utopic; urgency=low

  [ Sergio Schvezov ]
  * Don't set the proxy if the proxy hostname is empty (LP: #1362008)
 -- Ubuntu daily release <email address hidden> Tue, 16 Sep 2014 02:33:45 +0000

[Sergio Schvezov (sergiusens)]

@jibel can you reproduce on the latest rtm image?

@awe have you confirmed or invalidated any work needed on ofono?

[Launchpad Janitor (janitor)]

This bug was fixed in the package lxc-android-config - 0.205

---------------
lxc-android-config (0.205) utopic; urgency=medium

  * Add route for the message center if the message proxy isn't set in the
    network manager hook (LP: #1362008)
 -- Sergio Schvezov <email address hidden> Mon, 22 Sep 2014 15:27:03 -0300

[Sergio Schvezov (sergiusens)]

synced with tony, they ofono task is still needed to get the correct provisoning, but if the context is configured as mentioned before, the right bits are in for it to work; it would be good to get confirmation for this as it has landed a week ago and this really requires the bug creator to retest as it depends on the environment

[Sebastien Bacher (seb128)]

it doesn't seem there is anything else left to upload there, unsubscribing the sponsors

[Tony Espy (awe)]

The ofono fix landed in version:

1.12.bzr6878+14.10.20140926-0ubuntu1

...which has been released to RTM, and is awaiting migration from -proposed in utopic.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ofono - 1.12.bzr6878+14.10.20140926-0ubuntu1

---------------
ofono (1.12.bzr6878+14.10.20140926-0ubuntu1) 14.09; urgency=medium

  [ Alfonso Sanchez-Beato ]
  * include, plugins/mtk.c, src/modem.c,sim.c: Fix PUK crash (LP: #1365481)
    If the SIM gets locked in particular sequence, ofono will crash
    while trying to free the list of SIM SPN watch events ( which
    have already been freed ). MTK fix is a bit more involved than
    the stanard RIL logic.

  * plugins/mtk.c,ril.c: Show emergency numbers in flight-mode (LP: #1366188)
    Modify plugin logic to create the SimManager interface even if
    no SIM is present.

  * gril, unit: fix indicator-network crash (LP: #1368675)
    RIL defines a set of network registration states for emergency
    calling that don't map directly to ofono's states. This results
    in NetworkRegistration Status not being set at all, which in
    turn crashes the indicator.

  * rilmodem/gprs.c: fix crash due to stale timer event (LP: # 1373351)
    A 5s timer is set to retry a STATUS request to RIL, however if
    FlightMode is enabled, the gprs atom is destroyed, and the pending
    timer callback has a stale gprs reference. Now the timer id is
    stored, and when the atom destroyed, the timer event is cancelled.

  * mtkmodem/radio-setttings.c: fix RadioSettings creation (LP: #1374029 )
    If the MTK modem returns a RADIO_NOT_AVAIL error in response
    to a FastDormany RIL request, the RadioSetting initialization
    callback sequence is broken, and thus the RadioSettings interface
    isn't created. This in turn prevents powerd from enabling
    FastDorancy whenever the screen is turned off, and also has
    implications for system-settings too.

  [ Tony Espy ]
  * plugins/ubuntu-apndb.c: allow MMS APNs w/out proxy (LP: #1362008)
    Prior to this change, MMS APNs w/out a proxy were skipped.
    Now APNs are skipped if message center is missing, which makes
    more sense.

  [ Ubuntu daily release ]
  * New rebuild forced

ofono (1.12.bzr6876+14.10.20140904-0ubuntu1) utopic; urgency=medium

  [ Jussi Kangas ]
  * src/gprs.c: Fix to allow MMS properties to be set (LP: #1362068)

  [ Tony Espy ]
  * rilmodem/sim.c: Fix EnterPIN logic (LP: #1363413)

  [ Ubuntu daily release ]
  * New rebuild forced
 -- Ubuntu daily release <email address hidden> Fri, 26 Sep 2014 17:34:10 +0000

[Tony Espy (awe)]

We reviewed this bug with QA this morning, and as we've already FixReleased a few packages including lxc-android-config, Sergio agreed to open a new bug against lxc-android-config which deals with the breakage when on WiFi and trying to send a MMS.