Support outbound / voicemail only accounts

[GoogleCodeExporter]

I am interested in running two sip accounts.  One account is for people I do 
not want to talk to.  They'll go to voice mail, but I still want to receive the 
voice mail.  So I need to configure the account.  I might want to call back in 
response to the voice mail so I want outbound calling enabled for the account.  

The second account I want to do my actual calling with (optionally using the 
first account as the caller id).  I want to be able to receive calls from this 
account and send calls to this account.  

Ideally I think there should be a filter action that basically sent the call to 
voice mail.  If this existed I could make one account send all calls to voice 
mail.  

The closest implementation I can get to does not work as I expected:

What steps will reproduce the problem?
1. Setup Callcentric account with a DID configured
2. Easy Configuration-> Integrate with Android: unchecked
3. Easy Configuration-> Only for outgoing: selected
4. Network -> Use Wifi: unchecked
5. Network -> Use 3G (and better): unchecked
6. Network -> Use GPRS: unchecked
7. Network -> Use EDGE: unchecked
8. Network -> Use other networks: unchecked
9. Save wait for "Sip registered notification"
10. Call DID using cell phone

What is the expected output? What do you see instead?
Expected: Call to DID goes straight to voice mail.
Actual: Call to DID goes through, CSipSimple rings and call can be answered

What version of the product are you using? On what operating system?
CSipSimple vesion: 0.03-01
OS version: CyanogenMod-7.1.0-RC1-CLIQ
Handset: Motorola Cliq

Please provide any additional information below.
Similar issue: 
http://code.google.com/p/csipsimple/issues/detail?id=720&q=incoming

Original issue reported on code.google.com by dodts...@gmail.com on 19 Dec 2011 at 5:39

[GoogleCodeExporter]

There is actually a filter in Settings > Filters rule that allow you to ignore 
incoming calls from an account (it could even be based on number that calls).

You can create a simple rule to not answer numbers that match "all".

The application, if it detects that the incoming calls belongs to the account 
where filter is, will just drop the call (with a busy here message). If your 
sip provider is properly configured it will drop the call to voice mail (there 
is no actual way to tell in sip to divert a call to voice mail, that's up to 
the sip server configuration to be properly configured to detect that if none 
of registered account replies it has to redirect to voice mail).

No need to do more. Then you can put network config as you really expect to be 
available. If you expect to be always available or available for wifi just 
check it (it will automatically change network settings).

Also, some important point you may not be aware in android. The back and the 
home key have different behavior. The home key suspend the ui. The back key 
stop the UI. If you are in the configuration you describe, and if you press the 
back key (to stop the UI application), csipsimple will automatically unregister 
and stop. If you suspend as the dialer is still here and should still be 
available for outgoing since the app consider you can still want to dial.

Original comment by r3gis...@gmail.com on 19 Dec 2011 at 8:31

• Changed state: WrongConfig

[GoogleCodeExporter]

"filter in Settings > Filters rule that allow you to ignore incoming calls" 
which filter would that be.  I was looking at 
http://code.google.com/p/csipsimple/wiki/UsingFilters#Replacements, it lists 
all the filters I have:
Can't Call
Rewrite
Stop processing
Directly call
Auto Answer

I have tried both Stop processing and Can't Call to achieve the desired affect 
but both in the end let the call go through.

Perhaps this filter is in an up and coming version of csipsimple?

Original comment by dodts...@gmail.com on 19 Dec 2011 at 5:04

[GoogleCodeExporter]

I downloaded and installed the latest version.  It still has the same set of 
filters.  I do not see a filter I might use to block a call.

Original comment by dodts...@gmail.com on 21 Dec 2011 at 4:04