For each extension, an email address parameter, allowing one to click it in the panel, would be useful. I envision possibly a button parameter like:

emailaddress=

and then an icon on the button that creates a simple mailto: url for ones default mail client to take over from that point.

This is useful to a receptionist when someone calls in and after learning someone is out of the office, they decide they just want to give the receptionist a message instead of leaving voicemail. This is an included feature in isymphony And doesnt appear to be too overly complicated. Your freepbx import script that parses voicemail.conf seems as though it could easily grab this data automatically as well.

well when cookbook'ing your instructions... one gets to the segment that instructs someone to create users with passwords. If you are going to ship it with the script that parses voicemail.conf for dynamic users, it is here that I think the breakdown occurs. Perhaps a warning in the instructions in the section discussing creating users directing them to comment out the script if using static users here?

nevermind, i found the problem:

#exec autoconfig-users-freepbx.sh

this was re-creating a user (# makes it look like a remark in vim)

Might I suggest putting a ; in front of it for default as its shipped and let someone uncomment it if they are using freepbx?

I just installed FOP2 to evaluate it and initially had difficulties logging in. I found I could log in with a master key but not the user's password.

master_key=5678

user=101:1234:all
user=201:1234:all

[SIP/201]
type=extension
extension=201
context=from-inside
label=Office
mailbox=201@default
extenvoicemail=7201@from-inside-redir

[DAHDI/5]
type=extension
extension=101
context=from-inside
label=House Phones
mailbox=102@default <-- this is intentional as the house analog line shares a mailbox with another sip phone
extenvoicemail=7102@from-inside-redir

I found another thread that suggested I should be using a voicemail password instead. This allows user 201 to login with the voicemail password, while user 101 has to login with the setting in fop2.cfg instead of mailbox 102's password. Can someone point me to the rhyme and reason behind credentials and why/why-not the password in fop2 gets ignored? How did the VM credentials get invoked and whats the point of a fop2.cfg password if its going to reject it outright?