Displaying 5 results from an estimated 5 matches for "faxclient".
Did you mean:
iaxclient
2009 Jan 08
0
SIP message routed back to mysql
...s faxserver (at
least should be).
Outgoing context is straight forward:
[faxserver-out]
exten => _X.,1,NoOP(FAXOUT -- Connecting ${CALLERID(all)} -> ${EXTEN})
exten => _X.,n,SIPAddHeader(P-Preferred-Identity:
<sip:${CALLERID(num)}@test.domain.tld>)
exten => _X.,n,Dial(SIP/${EXTEN}@faxclient,20)
exten => _X.,n,NoOP(FAXOUT -- ${DIALSTATUS} ${CALLERID(num)} ->
${EXTEN})
exten => h,1,NoOP(FAXOUT -- Hangup ${DIALSTATUS} ${CALLERID(num)})
Anyone can give me a direction where to look, since it seems, the *
doesn't even get back to the routing.
Problem is, that the * is routing...
2017 Jun 11
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
...equeued it up - but I don't think we do that
> > anywhere. Not quite sure why it would be happening...
>
> But even if this package would have really been sent (as retransmission)
> - shouldn't there be another response? T.38 has been successfully
> enabled before and the faxclient has already sent a valid 200 ok
> including complete SDP information to asterisk.
>
> All in all it looks really odd to me.
Depends on how we handle that scenario. I don't think we have any tests
to cover it, so it's entirely possible that we wouldn't respond like
that. Why i...
2017 Jun 11
3
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On Sun, Jun 11, 2017, at 08:16 AM, Michael Maier wrote:
<snip>
> I did some further investigations and fixed a local problem. Now,
> asterisk is able to successfully activate T.38 - unfortunately just for
> very shot time because of a phantom package it receives!
What was the local problem?
> Let's go into details:
> I'm starting at the point where asterisk / fax
2017 Jun 11
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
...that
> >>> anywhere. Not quite sure why it would be happening...
> >>
> >> But even if this package would have really been sent (as retransmission)
> >> - shouldn't there be another response? T.38 has been successfully
> >> enabled before and the faxclient has already sent a valid 200 ok
> >> including complete SDP information to asterisk.
> >>
> >> All in all it looks really odd to me.
> >
> > Depends on how we handle that scenario. I don't think we have any tests
> > to cover it, so it's entirel...
2002 Apr 06
6
print command
...168.10.1
write list = @ntadmin,root
[printers]
comment = All Printers
path = /var/spool/lpd/lp
browseable = no
printable = yes
public = yes
writable = no
create mode = 0700
directory = /tmp
print command = /var/spool/fax/bin/faxclient
[share]
comment = %m
browseable = yes
public = yes
readonly = no
creat mode = 0755
directory = /share
[Faxe]
comment = Angenommene Faxe
browseable = yes
public = yes
readonly = no
creat mode = 0755
directory = /var/spool/fax/recvq/
Thanks a lot!
Mario Ohnewald