Summary
The bridge login fails for LINE accounts that have "Letter Sealing" (E2EE) disabled in their privacy settings. The bridge requires Letter Sealing to be enabled to function properly.
Problem
When attempting to log in with an account that has Letter Sealing disabled:
- The PIN notification is sent to the LINE mobile app (indicating the API call reaches LINE servers)
- However, the login fails with an "Error when logging in: Internal error" response
- The bridge state remains
UNCONFIGURED after the login attempt
Root Cause
The issue is not a bug in the bridge itself, but rather a requirement of the LINE API: the bridge cannot function with accounts that have Letter Sealing disabled. End-to-end encryption (E2EE) is a hard requirement for this bridge to work as is.
Solution
Users experiencing this issue must enable "Letter Sealing" in their LINE app's privacy settings (LINE app → Settings → Privacy → Letter Sealing → ON) before attempting to log in to the bridge. Once enabled, the login completes successfully and the bridge state changes to CONNECTED.
Notes on Letter Sealing
- According to LINE's documentation: "Letter Sealing only works in chats where all members have enabled it."
- The option to turn it on only exists on the LINE mobile app (verified on ios, probably same for android)
Affected Users
This primarily affects older LINE accounts (created before E2EE became mandatory). New accounts have Letter Sealing forced enabled by default.
According to LINE Encryption Report (2024) some accounts made before 2022 may have the setting turned off by default. The "Letter Sealing" feature was released in 2015. See About Letter Sealing | LINE Help Center
Improvement Needed
While support for accounts with Letter Sealing disabled may be investigated in the future, currently:
- The error message should be more specific (e.g., "Letter Sealing must be enabled in privacy settings on the LINE mobile app")
- Error handling could display a helpful message directing users to enable this setting rather than showing a generic "Internal error"
Testing Needed
In the settings it says: "Letter Sealing only works in chats where all members have enabled it". What does that actually mean? I think we should sanity check then:
- Test chat on groups including both users who have it on or off (Beeper user has it on)
- Same as 1 but Beeper user has it off
- Same as 1 but 1:1 chat
- Same as 2 but 1:1 chat
- After groups test case where all users in group become "Letter Sealed" after some were not. Follow-up test to 1 and 2
- Business chats ?
We'll need to test various things to make sure it is supported
References
Summary
The bridge login fails for LINE accounts that have "Letter Sealing" (E2EE) disabled in their privacy settings. The bridge requires Letter Sealing to be enabled to function properly.
Problem
When attempting to log in with an account that has Letter Sealing disabled:
UNCONFIGUREDafter the login attemptRoot Cause
The issue is not a bug in the bridge itself, but rather a requirement of the LINE API: the bridge cannot function with accounts that have Letter Sealing disabled. End-to-end encryption (E2EE) is a hard requirement for this bridge to work as is.
Solution
Users experiencing this issue must enable "Letter Sealing" in their LINE app's privacy settings (LINE app → Settings → Privacy → Letter Sealing → ON) before attempting to log in to the bridge. Once enabled, the login completes successfully and the bridge state changes to
CONNECTED.Notes on Letter Sealing
Affected Users
This primarily affects older LINE accounts (created before E2EE became mandatory). New accounts have Letter Sealing forced enabled by default.
According to LINE Encryption Report (2024) some accounts made before 2022 may have the setting turned off by default. The "Letter Sealing" feature was released in 2015. See About Letter Sealing | LINE Help Center
Improvement Needed
While support for accounts with Letter Sealing disabled may be investigated in the future, currently:
Testing Needed
In the settings it says: "Letter Sealing only works in chats where all members have enabled it". What does that actually mean? I think we should sanity check then:
We'll need to test various things to make sure it is supported
References