similar to: droping element and effect "of comming from nowhere"

it seems wow is moving towards GLL for the Macs and could be dropping the normal OpenGL. how is this going to effect running WOW with wine ? right now running wow under directX is painful and so slow on my system thats it just not a option.

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: zapata.conf Type: application/octet-stream Size: 2410 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20070307/871ac980/zapata.obj

Hi All, Thanks for every one who helped me on this regard. I think i was able to rictify the problem. what i did is remove callprogress=yes usecallinpres=yes and restart asterisk. Today i didn't report any drop calls. Many thanks for Eric. :) I hope this situation will continue. Regards, Vidura. On 3/8/07, Vidura Senadeera <vidurased@gmail.com> wrote: > > Hi, > >

Guys, this is weird.. Today I started having some problems with calls been dropped. Im suing X100p cards (clones) and I have this setting on my zatala fle: [channels] language=sp signalling=fxs_ks usecallerid=yes cidsignalling=bell cidstart=ring hidecallerid=no callwaiting=yes usecallingpres=yes ;sendcalleridafter=1 callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes

Hello, I''m using htb3 with kernel 2.6.13 on debian testing release. I have a hierarchy consisting of 10 parents clas each with 2 to 20 childs and every child use sfq. The problem is when the default class become congested, the system start to drop packets for 2 seconds all traffic is blocked, another 3 to 5 minutes all goes all and so on. Anyone have any ideea about this ?

Do somebody know where to find a real good documentation for the observe_form? I have some problems with it and find nowhere a documentation. -- Posted via http://www.ruby-forum.com/.

Hello Using Asterisk 1.4.20 and Zaptel 1.4.3-1, I notice that Asterisk sends FXO calls to a context named "numberplan-local" that is not mentionned in my configuration file, which prevents incoming calls to be successfull: ======= /etc/asterisk/zapata.conf ================== [trunkgroups] [channels] ;Send incoming calls to this context in extensions.conf context=from_fxo

On 6/16/2015 10:44 AM, Steve Matzura wrote: > The next phase of my testing procedure involves the simple act of > delivering mail to my test box. When I send a message to either a > valid or relayed user at my remote machine's address, it never gets > there. I know this virtually for sure because I'm tailing > /var/log/maillog and nothing new has been added for the past

On Tue, 16 Jun 2015 11:27:58 -0500, you wrote: >No attempt to deliver almost always means either: >- a DNS problem; the sender can't find the destination, or finds the >"wrong" destination. That would be interesting, since I tried both the actual IP address and the DNS name for the test node. Neither message got through. >- a connectivity problem; the sender can't

> Date: Tuesday, June 16, 2015 01:13:47 PM -0400 > From: Steve Matzura <number6 at noisynotes.com> > > On Tue, 16 Jun 2015 11:27:58 -0500, you wrote: > >> No attempt to deliver almost always means either: >> - a DNS problem; the sender can't find the destination, or finds >> the "wrong" destination. > > That would be interesting, since I

Am Dienstag, den 16.06.2015, 11:44 -0400 schrieb Steve Matzura: > The next phase of my testing procedure involves the simple act of > delivering mail to my test box. When I send a message to either a > valid or relayed user at my remote machine's address, it never gets > there. I know this virtually for sure because I'm tailing > /var/log/maillog and nothing new has been

can you: $ telnet yourhost.com 25 (obviously replacing yourhost.com with whatever your domain/ip actually is) from the machine you are sending the mail from? If not make sure the service is running and make sure there isn't a firewall rule preventing this. On 06/16/15 10:44, Steve Matzura wrote: > The next phase of my testing procedure involves the simple act of > delivering mail

> Date: Tuesday, June 16, 2015 07:05:43 PM -0400 > From: Steve Matzura <number6 at noisynotes.com> > > On Tue, 16 Jun 2015 17:31:07 +0000, you wrote: > >> By default, most MTAs only listen to localhost, so don't accept >> externally derived mail. Try telnetting to port 25 on the machine >> from some place off your machine's network. If you get a

> Date: Tuesday, June 16, 2015 07:21:06 PM -0400 > From: Steve Matzura <number6 at noisynotes.com> > > On Tue, 16 Jun 2015 22:02:29 +0200, you wrote: > >> Am Dienstag, den 16.06.2015, 11:44 -0400 schrieb Steve Matzura: >>> The next phase of my testing procedure involves the simple act of >>> delivering mail to my test box. When I send a message to

On Wed, 17 Jun 2015 09:10:26 -0400, you wrote: >Please send the output of postconf -n to the mailing list. Paul: I purposefully obfuscated my FQDN and domain, but they both have real and good data in them. alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory =

Hi, I'm still trying to open a Samba share from Windows XP, via an ssh tunnel. From Linux, and RiscOS no problem, but Windows no. Surely someone here has needed to do this at some time or other. Please help. Cheers, Paul.

On Tue, 16 Jun 2015 22:02:29 +0200, you wrote: >Am Dienstag, den 16.06.2015, 11:44 -0400 schrieb Steve Matzura: >> The next phase of my testing procedure involves the simple act of >> delivering mail to my test box. When I send a message to either a >> valid or relayed user at my remote machine's address, it never gets >> there. I know this virtually for sure

Before studying your configs, what have you tried so far? Did you change this? Also, try changing your second span timing from span=2,2,0,ccs,hdb3,crc4 to span=2,0,0,ccs,hdb3,crc4. Here is the documentation on voip-info for why it may be the cause of your issues http://www.voip-info.org/wiki/view/Zaptel.conf+span+syntax span definition format:

I have been trying to sort this out for a while now but with no luck I have isdn <-> asterisk<-> pabx on a te205 incoming calls work fine outgoing calls seem to work fine but the call is dropped when answered I think it is to do with the line [May 8 17:51:55] WARNING[4762] channel.c: Unexpected control subclass '5' that is causing the problem but I don't know how to

The next phase of my testing procedure involves the simple act of delivering mail to my test box. When I send a message to either a valid or relayed user at my remote machine's address, it never gets there. I know this virtually for sure because I'm tailing /var/log/maillog and nothing new has been added for the past hour. I'm thinking eventually my ISP will send the message back to me