similar to: Voicemail asking for login

On 2017-04-18 02:42 AM, Pete Mundy wrote: > Try this: > > asterisk -r > core set verbose 10 > [get user to trigger fault] > [examine console output, and post to list if still unclear] > > If you don't solve it yourself, then we'll be able to help further once > we've seen the output. I can't see much more than at my previous debug level but here it is

On 2017-04-18 08:17 PM, Pete Mundy wrote: >> On 19/04/2017, at 7:58 am, D'Arcy Cain <darcy at VybeNetworks.com >> <mailto:darcy at VybeNetworks.com>> wrote: >> >> <snip> >> Everything looks the same as another one that works except for two >> things. The one that works doesn't have the "Probation passed" lines. >> I am

On 2017-04-20 05:14 AM, J Montoya or A J Stiles wrote: > This is just screaming "configuration mismatch" -- or, possibly, "latent bug > whereby things parsed in separate places should be treated the same, but are > actually getting treated differently". I really don't want to be the "my system isn't working so there must be a bug in Asterisk" guy

My last problem was nicely solved through this mailing list so hopefully this new problem will have the same happy outcome. My situation is that I have many extensions. Here is a sample: [client-phone](!) type=friend host=dynamic secret=XXXXXXXXXX dtmfmode=auto disallow=all allow=ulaw allow=gsm allow=g723 allow=ilbc subscribemwi=no [4165555555](client-phone) secret=xxxxxxxxxxxxxxxxxxxxxxxxxx

On 2017-04-19 11:57 AM, J Montoya or A J Stiles wrote: > I fished this out of an old extensions.conf from a defunct project. It might > be relevant to your use case: > > exten => 1571,1,NoOp(Call to 1571: voicemail retrieval) > exten => 1571,n,AGI(lookup_caller_id.agi,${CALLERID(num)}) > exten => 1571,n,NoOp(CLID is ${clid}) > exten =>

I recently upgraded from Asterisk 13.19 to 16.6.1. Everything is working fine with a few minor tweaks except outgoinf fax. Incoming works fine. I do outgoing faxing through an AMI call. Here is the output from the security log: [Nov 27 06:16:05] SECURITY[101222] res_security_log.c:

Actually the reverse pointer doesn't have to match. In fact this is impossible if you are setting up virtual accounts on one server for different domains. You just need to have a reverse pointer. Most email servers look to seen if the reverse pointer has a "dyn" in it and blocks those. ? Original Message ? From: build+dovecot at de-korte.org Sent: October 26, 2020 2:02 AM

On 2017-04-18 08:31 PM, Victor Villarreal wrote: > Maybe excecuting the following command at Asterisk console, will help you: > > asterisk> voicemail show users > > And you will get a list of all mailbox configured in your system. Search > for the user with problems. VoiceMail stocktrans2 Angelica Douglas 12 Definitely there. In fact, I generate all

On 12/2/19 11:52 AM, Joshua C. Colp wrote: > So I know that AMI is listening and I can talk to it.  Here is the > main log" > > [Nov 27 06:16:00] VERBOSE[101155] asterisk.c: Remote UNIX connection > [Nov 27 06:16:00] VERBOSE[101245] asterisk.c: Remote UNIX connection > disconnected > [Nov 27 06:16:01] VERBOSE[101244] manager.c: Manager

On 12/3/19 3:04 PM, Joshua C. Colp wrote: > >     The AMI command, after the login, looks like this: > > > >     Action: Originate > >     Channel: SIP/outgoing/%%(destination)s > >     Context: LocalSets > >     CallerID: Vybe Consulting Inc Fax Service <5555551212> > >     Exten: sendfax > >   

On 2017-04-19 02:39 AM, Pete Mundy wrote: > Hmm... Above my pay grade I'm afraid! Looking at your 'voicemail > show users' I can't see why the vm_authenticate function is > failing to read the username :( I can answer that one. It's because we can't enter 'stocktrans2' from a telephone so we just hang up. The question is, why does it ask for the

> 2. install and configure OfflineIMAP to synchronize the IMAP folders between your ISP IMAP server and your Dovecot server; see for example > http://www.offlineimap.org/doc/quick_start.html OfflineIMAP is not the way to go. Many ISPs have very low size limits for the mailbox sizes. The one I am looking at right now does have this problem (unless you pay extra). From what I have

I am having troubles with sending faxes. I hope someone can help me work out a better method. Basically we have a special address that our users can send to. It winds up on our Asterisk server which runs a Python script that parses the message for attachments and the phone number from the recipient address. The attachments are converted to TIFF and stored in a folder with various information

I have this in my sip.conf: exten => *98,1,Verbose(0,CALLERID number is "${CALLERID(num)}") same => n,VoicemailMain(${CALLERID(num)}@LocalSets,s) same => n,Hangup However, my extensions are set up so that they always show the external number, not the extension: [foobar2](client-phone) secret=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx callerid=Candace <5555551212>

This just started after upgrading to 11.11.0. After a call is completed (both ends hang up) the call still shows as active. # asterisk -x "core show channels" Channel Location State Application(Data) SIP/thinktel-0000000 (None) Up AppDial((Outgoing Line)) SIP/4164251212-00000 4165555555 at LocalSets Up Dial(SIP/thinktel/4165559999) 2 active

On Fri, 12 Jun 2015 11:49:05 -0700 John Kiniston <johnkiniston at gmail.com> wrote: > Try this for CHAN_SIP: > > same => n,Set(Peer=${SIPCHANINFO(peername)}) ; Get the peer > same => n,Set(MailBox=${SIPPEER(${Peer},mailbox)}); Get the > mailbox same => n,VoicemailMain(${MailBox}@LocalSets,s) ; If we > have a mailbox defined log into it Perfect.

A secure macro It’s like static but well optimized. Any ideas how I can implement it universally? I thought about a secure application to help with compiling and security. It’s like sudo but more secure and can chain. I don’t know much about pipes and streams, but I’m pretty sure I can write it into llvm with enough time and help. Another thing, and I got trolled off gcc’s mailing list for this,

> On Mar 28, 2019, at 10:29 AM, Aki Tuomi via dovecot <dovecot at dovecot.org> wrote: > >> On 28 March 2019 16:08 Robert Kudyba via dovecot <dovecot at dovecot.org> wrote: >> >> >> dovecot-2.3.3-1.fc29.x86_64 >> >> Mar 28 10:04:47 auth: Panic: file http-client-request.c: line 283 (http_client_request_unref): assertion failed:

>>>>> D'Arcy Cain <darcy at VybeNetworks.com> writes: >> Ie after both sides select t38, until they agree on the t38 terms. > OK, so does that mean that setting it to 25000 should leave time for the > re-invite or does the timeout start after that. As I wrote above, after that. After the sip/sdp. -JimC -- James Cloos <cloos at jhcloos.com>

I have an error sending to a specific fax number. It may be more than one but this is the one I investigated. It seems the delay for the SIP negotiation in T.38 was initiated after 6 seconds, however, our system sent the BYE after only 4 seconds, possibly cutting the call before all the communication necessary for the negotiation was completed. Here is the trace from our provider showing their