http://track.sipfoundry.org/browse/XX-9772

On Tue, Jul 19, 2011 at 6:52 AM, Cristi Starasciuc <[email protected]>wrote:

> **
> That is correct, they are not indexed. This is a bug, can you please raise
> an Jira?
>
> Thanks
> C
>
>
> On 07/18/2011 09:43 PM, Tony Graziano wrote:
>
> right. i have noticed none of the new DID fields do not get "found".
>
> On Mon, Jul 18, 2011 at 2:40 PM, Nathaniel Watkins <
> [email protected]> wrote:
>
>>  Different topic – sort of – when using the ‘search’ feature in sipXecs –
>> it doesn’t include Fax Extensions – so if I search for 1111 and it is
>> assigned as a Fax Extension – I can’t find it…
>>
>>
>>
>>
>>
>> *From:* [email protected] [mailto:
>> [email protected]] *On Behalf Of *Tony Graziano
>> *Sent:* Monday, July 18, 2011 9:08 AM
>> *To:* Sipx-dev list
>> *Subject:* Re: [sipx-dev] paperless fax receive behavior, change
>> suggested
>>
>>
>>
>> Are the lua commands for fax located somewhere they can be edited/tested
>> without a build environment or are they in a binary/jar? If there are user
>> editable, can someone tell me where they are?
>>
>> On Mon, Jul 18, 2011 at 7:40 AM, Tony Graziano <
>> [email protected]> wrote:
>>
>> I am having a hard time getting folks to adopt this. Here's why:
>>
>> Any failure during a receive is not sent "as is" like a standalone fax
>> machine.
>>
>> Whether the error occurred due to the sender or receiver, a failed fax to
>> a standard fax machine will "print" until it's done, failure or not. Our
>> current method is:
>>
>> <action application="set" data="execute_on_fax_success=lua
>> process_fax.lua"/>
>>
>> when we should also have a method
>>
>> *<action application="set" data="execute_on_fax_failure=lua
>> process_fax.lua"/> *
>>
>> This way if the sender had a paper jam 25 pages through a 26 page fax,
>> they might simply resend the remaining pages and not send the entire fax
>> "again". It would also resolve any carrier issues where the DCS or TCF was
>> not being responded to.
>>
>> I think this might be easy to implement, and I think inbound faxes
>> "should" behave like a generic fax machine. Whatever I receive, I should
>> print (email) for the recipient. Throwing away received pages is somewhat
>> wasteful, and makes people think the fax is not working properly, making it
>> harder for organizations to adopt.
>>
>> Comments appreciated: Please see
>> http://track.sipfoundry.org/browse/XX-9760
>>
>>
>>
>>
>>
>> --
>> ======================
>> Tony Graziano, Manager
>> Telephone: 434.984.8430
>> sip: [email protected]
>> Fax: 434.326.5325
>>
>> Email: [email protected]
>>
>> LAN/Telephony/Security and Control Systems Helpdesk:
>> Telephone: 434.984.8426
>> sip: [email protected]
>>
>> Helpdesk Contract Customers:
>> http://support.myitdepartment.net
>> Blog:
>> http://blog.myitdepartment.net
>>
>> Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
>>
>>
>>
>>
>> --
>> ======================
>> Tony Graziano, Manager
>> Telephone: 434.984.8430
>> sip: [email protected]
>> Fax: 434.326.5325
>>
>> Email: [email protected]
>>
>> LAN/Telephony/Security and Control Systems Helpdesk:
>> Telephone: 434.984.8426
>> sip: [email protected]
>>
>> Helpdesk Contract Customers:
>> http://support.myitdepartment.net
>>
>>
>>
>> Blog:
>>
>> http://blog.myitdepartment.net
>>
>>
>>
>> Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
>>
>>
>>
>> ------------------------------
>> This message and any files transmitted with it are intended only for the
>> individual(s) or entity named. If you are not the intended individual(s) or
>> entity named you are hereby notified that any disclosure, copying,
>> distribution or reliance upon its contents is strictly prohibited. If you
>> have received this in error, please notify the sender, delete the original,
>> and destroy all copies. Email transmissions cannot be guaranteed to be
>> secure or error-free as information could be intercepted, corrupted, lost,
>> destroyed, arrive late or incomplete, or contain viruses. Garrett County
>> Government therefore does not accept any liability for any errors or
>> omissions in the contents of this message, which arise as a result of email
>> transmission.
>>
>>
>> Garrett County Government,
>> 203 South Fourth Street, Courthouse, Oakland, Maryland 21550
>> www.garrettcounty.org
>>
>> _______________________________________________
>> sipx-dev mailing list
>> [email protected]
>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>>
>
>
>
> --
> ======================
> Tony Graziano, Manager
> Telephone: 434.984.8430
> sip: [email protected]
> Fax: 434.326.5325
>
> Email: [email protected]
>
> LAN/Telephony/Security and Control Systems Helpdesk:
> Telephone: 434.984.8426
> sip: [email protected]
>
> Helpdesk Contract Customers:
> http://support.myitdepartment.net
>
>  Blog:
> http://blog.myitdepartment.net
>
>  Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
>
>
> _______________________________________________
> sipx-dev mailing [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>
>
>
> _______________________________________________
> sipx-dev mailing list
> [email protected]
> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>



-- 
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected]
Fax: 434.326.5325

Email: [email protected]

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected]

Helpdesk Contract Customers:
http://support.myitdepartment.net

<http://support.myitdepartment.net>Blog:
http://blog.myitdepartment.net

Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/

Reply via email to