| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
|
| | |
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
| |
Log one instead of three [info] messages when XEP-0280 (Message Carbons)
support is enabled or disabled successfully. On failure, log an
additional [warning].
|
|
|
|
|
|
| |
On stanza queue overflow, pass a message to self() using the exclamation
mark operator instead of send_all_state_event/2. This allows for
reusing the existing handler for 'kick' events.
|
|
|
|
|
|
| |
On queue overflow, terminate the c2s session instead of just dropping
items from the queue. This makes sure all stanzas are either delivered
or bounced.
|
|\
| |
| | |
XEP-0198: Cosmetic change: Simplify state change
|
| |
| |
| |
| |
| |
| | |
When the FSM goes into the 'wait_for_resume' state, let fsm_next_state/2
take care of updating #state.mgmt_state and of writing the log line.
This doesn't change the behavior, but simplifies the code.
|
|/
|
|
|
| |
Make sure any logic implemented in ejabberd_c2s:fsm_next_state/2 is
always applied.
|
|\
| |
| | |
XEP-0198: Don't exit on socket send failure
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If stream management is enabled, don't exit the c2s process when
ejabberd_socket:send/2 fails, but close the socket instead. This gives
the client a chance to resume the session.
Thanks go to Matthias Rieber for reporting the issue, providing detailed
logs, and testing the fix.
|
|\ \
| | |
| | | |
XEP-0198: Don't drop session on failed resume
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The 'previd' value provided by the client during a session resume
request includes the client's JID and ejabberd's session ID. If there
is a session for the requested JID but with a different session ID,
resumption should fail, but that session shouldn't be closed. This
commit makes sure the latter won't happen.
In practice, this will only make a difference in odd corner cases.
|
|\ \
| | |
| | | |
XEP-0198: Cosmetic change: Omit redundant guard
|
| |/
| |
| |
| |
| | |
The stream management state is never 'pending' when the c2s FSM is in
the 'session_established' state.
|
|\ \
| | |
| | | |
Omit XML namespace declaration for <iq/> stanzas
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Only the child elements of <iq/> stanzas are qualified by the namespaces
in question, not the <iq/> stanzas themselves.
This change just clarifies the code. It doesn't alter the behaviour, as
those <iq/> stanzas are handed over to jlib:iq_to_xml/1, and that
function ignores the 'xmlns' attribute anyway.
|
| | | |
|
| | | |
|
| |/
|/| |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
weiss-check-packet-type
Conflicts:
src/ejabberd_c2s.erl
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Only stanzas are subject to stream management, so when XEP-0198 support
is enabled, we must distinguish them from non-stanza elements. This
commit adds a send_packet/2 function that can be used in place of
send_stanza/2 or send_element/2 whenever a packet is delivered that
might or might not be a stanza.
|
|\ \ \
| | | |
| | | | |
Don't use cached passwords if "extauth_cache: 0"
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | | |
Regarding "extauth_cache", the guide says: "The integer 0 (zero) enables
caching for statistics, but doesn't use that cached information to
authenticate users." Make sure the cached password isn't used even if
the user is currently logged in with another resource.
|
|\ \ \
| | | |
| | | | |
Cleanup some pieces of ejabberd_c2s
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
|\ \ \ \
| |_|/ /
|/| | | |
Honor XEP-0334: Message Processing Hints
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Honor the <no-store/> and <no-permanent-store/> hints defined in
XEP-0334.
|
| | | |
| | | |
| | | |
| | | | |
Honor the <no-store/> hint defined in XEP-0334.
|
| | | |
| | | |
| | | |
| | | | |
Honor the <no-copy/> hint defined in XEP-0334.
|
| |/ /
|/| | |
|
| | | |
|
| | | |
|
| |/
|/| |
|
|/
|
|
|
| |
The mod_admin_extra module provides a kick_session/4 command. Rename
the disconnect_user/2 command to kick_user/2 for consistency.
|
|\
| |
| | |
XEP-0198: Improve handling of incorrect stanza counts reported by client
|
| |
| |
| |
| |
| |
| |
| |
| | |
If the client says that it handled more stanzas than we sent (due to a
bug in the client's or in our code), increase our outgoing stanza count
accordingly. There's no point in sticking to the old value even if it
was correct, as the client surely won't fix its count during the current
session.
|
| |
| |
| |
| |
| |
| |
| | |
Make sure the 'h' attribute sent with a <resume/> request is
nonnegative, as mandated by XEP-0198.
We already have this check for <a/> elements.
|
| |
| |
| |
| |
| |
| | |
Do not log a warning (but only a debug message) if the client sends an
invalid </a> packet. Some clients do that occasionally, and there's
nothing server admininistrators could do about that.
|
|/ |
|
| |
|
| |
|
| |
|
|\
| |
| | |
improve error handling when sql calling with (empty|unknown) host.
|
| |
| |
| |
| | |
see #191
|