<div dir="ltr">Florent,<div class="gmail_extra"><br></div><div class="gmail_extra">Many thanks for the reply - I have now solved this issue thanks to your suggestions.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The plot thickened with client logging for QuteCom. This occurs every time an INVITE is received <br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">(error) 14:04:04 [PhApi] : osip: /build/qutecom-u8vPAW/qutecom-2.2.1+dfsg1/wifo/libosip2/src/osipparser2/osip_message_parse.c:414: Could not set header: &quot;from&quot; &quot;None</div><div class="gmail_extra">(error) 14:04:04 [PhApi] : osip: /build/qutecom-u8vPAW/qutecom-2.2.1+dfsg1/wifo/libosip2/src/osipparser2/osip_message_parse.c:695: End of header Not found</div><div class="gmail_extra">(error) 14:04:04 [PhApi] : osip: /build/qutecom-u8vPAW/qutecom-2.2.1+dfsg1/wifo/libosip2/src/osipparser2/osip_message_parse.c:932: error in msg_headers_parse()</div><div class="gmail_extra">(error) 14:04:04 [PhApi] : osip: /build/qutecom-u8vPAW/qutecom-2.2.1+dfsg1/wifo/libosip2/src/osip2/osip_event.c:79: could not parse message</div><div class="gmail_extra">(error) 14:04:04 [PhApi] : osip: /build/qutecom-u8vPAW/qutecom-2.2.1+dfsg1/wifo/eXosip/src/udp.c:2569: Could not parse SIP message</div><div><br></div><div>Looking at the first few lines of the INVITE, I see this:</div><div><br></div><div><div>INVITE <a href="http://sip:106@192.168.41.198:5060">sip:106@192.168.41.198:5060</a> SIP/2.0</div><div>Via: SIP/2.0/UDP 192.168.196.101:5080;rport;branch=z9hG4bK0DN82p3e63jZm</div><div>Max-Forwards: 67</div><div>From: &quot;None</div><div>&quot; &lt;<a href="mailto:sip%3A07951357XXX@freeswitch.bashton.eu">sip:07951357XXX@freeswitch.bashton.eu</a>&gt;;tag=7ZjyU00tv7mFr</div></div><div><br></div><div>That makes sense now since the &quot;None&quot; is split over two lines causing the parse error. I then went back to the dialplan and remembered that I set up</div><div><br></div><div><div>       &lt;action application=&quot;set&quot; data=&quot;effective_caller_id_name=${cidlookup(${caller_id_number})}&quot;/&gt;</div></div><div><br></div><div>where the cidlookup service was a small Python CGI script running on localhost. As it turned out, the output from this service included a line-feed after the caller name, and this was directly fed into the INVITE headers, confusing the SIP client.</div><div><br></div><div>Cheers,<br></div></div><div class="gmail_extra">Gavin.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>