> Sorry, was my mistake.
> Seems ok.
> -----Original Message-----
> From: astmanproxy@googlegroups.com [mailto:astmanproxy@googlegroups.com] On
> Behalf Of Steve Davies
> Sent: miércoles, 04 de marzo de 2009 11:02 a.m.
> To: astmanproxy@googlegroups.com
> Subject: Re: FW: CRLF between lines on events where it shouldnt
> Can you capture both sides of astmanproxy simultaneously, so we can
> see a binary trace of the data going into the proxy, and then coming
> out modified - There should not be a way to modify the packets.
> A PCAP trace (tcpdump -s2000 ...) of the communication both sides
> would probably be best.
> Send the 2 traces directly to me rather than bombard the list. I am
> out of the office tomorrow, so no promise of an immediate answer.
> Regards,
> Steve
> 2009/3/4 Sebastian <scg...@gmail.com>:
>> It seems to be random where de CRLF is, I looked at the code at standard.c
>> and the problem doesn’t seem to be there
>> Any idea?
>> From: Sebastian [mailto:scg...@gmail.com]
>> Sent: martes, 03 de marzo de 2009 04:09 p.m.
>> To: 'astmanproxy@googlegroups.com'
>> Subject: CRLF between lines on events where it shouldnt
>> Hi,
>> I’m seen that messages of events come with a CRLF that shouldn’t, not
> always
>> on the same position.
>> Any idea??
>> Example from AMI:
>> Asterisk Call Manager/1.1
>> Response: Success
>> ActionID: 1
>> Message: Authentication accepted
>> Event: Newchannel
>> Privilege: call,all
>> Channel: SIP/1001-08c42cc8
>> ChannelState: 0
>> ChannelStateDesc: Down
>> CallerIDNum: 1001
>> CallerIDName: 1001
>> AccountCode: 1
>> Uniqueid: 1235997178.2
>> Example from proxy:
>> Asterisk Call Manager Proxy/1.22pre081119
>> ActionID: 1
>> Response: Success
>> Message: Authentication accepted
>> Event: AgentCalled
>> è This shouldn’t be here
>> Privilege: agent,all
>> Queue: Pedidos
>> AgentCalled: SIP/1001
>> AgentName: 1001
>> ChannelCalling: SIP/1001-08c42cc8
>> DestinationChannel: SIP/1001-08c4bf98
>> CallerIDNum: 1001
>> CallerIDName: 1001
>> Context: outgoing
>> Extension: 141
>> Priority: 16
>> Uniqueid: 1235997282.4
>> Server: localhost
> Se certificó que el correo entrante no contiene virus.
> Comprobada por AVG - www.avg.es
> Versión: 8.5.278 / Base de datos de virus: 270.11.7/1982 - Fecha de la
> versión: 03/03/09 16:09:00
