ARD no longer shows "control computer", only "screen sharing avail"??

I have been running ARD for well over a year on my iMac to manage several servers that are located far away from me.
I normally use the "copy" feature to push new zip files of our Web site to the server when it is updated. When logging into ARD today, I noticed all the servers are no longer showing "Control". Instead they all have "Screen Sharing Available" listed in the current status column. When I go to copy my files from my local machine to the servers, I get an error: "This Task Will Fail - The remote desktop software is not active on www.servername.com".
However if I select a server and then click the control button, I can still connect to the server fully and work with it?
This has never happened before and I am at a loss as to the issue. I have had some changes to my local setup recently that may be the cause of the problem.
1) Linksys router died, replaced it with a Apple Airport Extreme.
2) Keychain got corrupted. Deleted the login.keychain file to rebuild a new one.
I have restarted my iMac several times, and even restarted the servers to see if this would clear up the problem. No luck.
If I try and drag-copy my zip files to the servers from my local machine after connecting via ARD, the window that asks if I want to send the file ignores my click on the "send" button and does nothing? Before this problem occurred I could easily drag-copy items.
Does anyone know what could be causing this to occur or how I can reset/fix my ARD clients and servers?

Okay I have figured out part of the problem and fixed it, although one issue still persists.
I fixed the "Current Status" issue for my servers by adding port 5900 & 3283 to the port forwarding settings in my Airport Extreme via the Airport Utility application. I don't remember having port forwarding turned on for my (now dead) Linksys router, but I could be mistaken.
Now I have a different problem. When I go to "copy" a file from my local machine to a remote server, I get a message that says "This task will fail: A console user is not logged in on www/servername/com"
If I log into that computer first, I am able to copy items, but I remember being able to copy items to my remote servers before without having to first sign into them? Am I mistaken on this or have I uncovered another problem?
Any help appreciated.

Similar Messages

  • Over heating on charge and it is no longer showing anything on the screen

    My iPhone 5 is over heating on charge and it is no longer showing anything on the screen. I was using it when the screen went white and it hasn't worked since. I have tried to both restart it and to restore it. as the screen doesn't not work it is hard to tell the condition of the phone. However it occasionally makes the lock noise when pushing the lock button and also occasionally vibrates when operating the side switch. I can not leave it plugged in on charge as it gets very hot and it is no longer recognised in iTunes unless i put it in recovery mode.
    Has anyone else has this problem or can recommend a solution. I bought it second hard a while ago so it is not under any warranty.
    Thank you

    Sounds like the battery has become unstable
    Take it to an Apple store Genius bar for evaluation Suggest you do not attempt to charge any more
    at worse Apple may offer an Out of Warranty exchange device identical to donor
    In UK  price over the counter is £209

  • ARD 3.2.2 - Current Status - Screen Sharing Available

    Hello,
    like several other users i do have a problem with some of our mac client computers in ARD 3.2.2
    Usually those Macs do display a Current Status in ARD like:
    Idle (time)
    or
    Available
    which we would call an expected state.
    Unfortunally some macs tend to show another status:
    "Screen Sharing Available".
    This other status results in: a working screen sharing in ARD
    BUT other tasks like i.e. UNIX Commands send from ARD to this hosts just dont work as ARD end in the following error message:
    The Remote Desktop Client software is not active on HOSTNAME
    So as a quick test i ssh'ed into 2 macs, one of those was affected by the problem. Comparing the output of
    ls -la | grep Remote
    and the result is totally same.
    So both macs showed me:
    AppleVNServer
    ARDHelper
    ARDAgent
    Then i checked the firewalls on those macs and each firewall has the default ports 5900 & 3283.
    The only problem here is that i cant define UDP or TCP on 10.3.9 Macs.
    The macs do run Mac OS X versions from 10.3.9 up to 10.5.6
    Sometimes a simple reboot fixes the "Screen Sharing Available" issue.
    Right now i am wondering how to fix this issue as some threads do suggest re-checking firewall settings ( which i did ) others suggest using a local administrator insteed of the admins name in Sharing.
    Right now none of those hints worked for me and i am wondering if this is a known bug and if there is a known solution.
    any help is appreciated
    Best regards
    fidel

    I have been experiencing the same problem now for months -- various Macs on my network that I control/administer with ARD 3.2.2 intermittently displaying a status of "Screen Sharing Available".
    After reading through this thread, I started poking around in System Preferences on my client Mac (from which I control/administer the others), and I appear to have fixed my problem! I have no idea if this will help anyone else, but here's what I did:
    In the "Security" preference pane of "System Preferences", I clicked on the "Firewall" tab. The ensuing window contains a list of applications, each followed by a pop-up menu containing two options: "Block incoming connections" and "Allow incoming connections"
    Sure enough, "ARDAgent" was in the list of apps and sure enough, it's setting was "Block incoming connections". I changed this setting to "Allow incoming connections", switched back Apple Remote Desktop, and hit Command-Y to refresh the listing of ARD computers on my network (I did not even quit and re-launch ARD). The list was immediately updated, and ALL of ones that had been showing "Screen Sharing Available" in the "Current Status" column switched to "Available" or "Idle (time)" and their icons switched from pale blue to the normal, darker blue.
    Problem solved (at least for now)! Will report back any changes/updates.
    Additional information, for those that are interested:
    I have 12 Macs on my office LAN that I control remotely from the iMac on my desk (same office, same subnet). All are running ARD 3.2.2.
    The iMac on my desk is currently running Mac OS X 10.5.6. It is a first-get Intel iMac.
    The 12 Macs on the network are running various versions of OS X from 10.3.9 to 10.5.6. All but one are older PPC Macs; one is a newer, aluminum Intel iMac. As of this morning, all three that are running Leopard were working correctly with ARD, while the results were mixed with the others running both Tiger and Panther. From this, I can only conclude the OS version on the various server Macs makes no difference with regard to this problem, although it MAY be that those running Leopard are immune. I cannot be sure of that, however.
    Hope this helps. Good luck.
    Message was edited by: Richard Neil for clarification

  • Jabber Ports and IM-Only Screen Sharing

    Hello Community.  We have beent esting Jabber 10.5.1 in our environment and while its very good, have found a big problem.  it seems that the IM-Only screen sharing function in Jabber uses the whole high ports range for inbound connections (49152 to 65535, TCP).  This means, to make it function with our "non Microsoft" firewall we are required to open this whole port range client to client.  From a security perspective this is a no go.  Is ther a way, as with the old video based desktop sharing, to limit the port range to a limited set of fixed ports?

    Jabber for Windows 10.5.2 allows you to select a port range. 
    Port Range for IM Screen Share
    You can now define a specific port range for the client to use when usersshare theirscreen from a chat window.
    If you do not configure these parameters, the client uses the default port range for IM screen share. You define
    the range using the following new parameters in the Policies section of the configuration XML file:
    SharePortRangeStart
    Specifies the start of the port range.
    SharePortRangeSize
    Specifies the size of the range.
    http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/Windows/10_5_2/JABW_BK_C7370E23_00_cisco-jabber-for-windows-10-5-2.pdf

  • Screen Sharing Available - In Lab Use

    I teach in a computer lab with 28 imacs. Recently my Remote Desktop (3.2.2) is showing the all imacs in the lab, but some of the imacs are showing Current Status: "Screen Sharing Available" and I can't control them. The other half or so show exactly what program the user is currently using. What setting has changed on their computer. How can I fix this?

    I think I've got the answer. ARD-related ports must me open for BOTH client and admin computers. Although my remote client (which is in another city) is connected directly to a cable modem via ethernet (so there's no need to map any ports) my ADMIN computer was behind an Airport Extreme Base Station. I thought there was no need to do any port mapping on this router because I was not the client, but since full ARD control consists in information both coming from AND going to the admin, ports must be mapped in both points of the "net". So I enabled "Apple Remote Desktop" under "Advanced> Port Mapping" in Airport Utility and now I'm not having problems anymore. If your router is not Airport Extreme, then you should open ports 3283 and 5900 (both TCP and UDP) in all your routers. If it is a local network, then the ports must me mapped to the admin computer's IP address.

  • Screen Sharing Available "Current Status"

    All of a sudden clients in my lab display "Screen Sharing Available", I try to control any aspect and get an error saying that the task is not supported on MacBook 6? How can I get back to control my macs?

    I followed article HT2577 on uninstalling Apple Remote Desktop 2 or 3.
    http://support.apple.com/kb/HT2577
    I disable Apple Remote Desktop client software:
    On the client computer, open System Preferences and click Remote Desktop. If necessary, click the lock button to authenticate as an administrator of that computer.
    Deselect "Make Apple Remote Desktop active on this computer."
    Deselect the checkbox of each account that was enabled for ARD. (Alternatively, you can open Terminal and use the kill command to stop the ARDHelper process, followed by the ARDAgent process.)
    To Remove Apple Remote Desktop, execute these commands in Terminal:
    $ sudo rm -rf /System/Library/CoreServices/Menu\ Extras/RemoteDesktop.menu
    $ sudo rm -rf /System/Library/CoreServices/RemoteManagement/
    $ sudo rm -rf /System/Library/PreferencePanes/ARDPref.prefPane
    $ sudo rm -rf /System/Library/StartupItems/RemoteDesktopAgent/
    $ sudo rm /Library/Preferences/com.apple.ARDAgent.plist
    $ sudo rm /Library/Preferences/com.apple.RemoteManagement.plist
    Then I reinstalled remote desktop 3.2.1
    Then updated to 3.2.2

  • Help can't copy files just says screen sharing available?????

    I can do everything else but for some reason can't copy files. i've noticed that suddenly all computers have screen sharing available. i know its not the clients as it works fine on another mac. but on this one it just fails all the time. i've checked the version and they are both the same 3.2.2 but i am flumuxed. i reinstalled last week and thought it had resolved but then suddenly today it happened again. does anybody know why this is happening?

    Roboloko
    +Is this the recommended procedure from apple?+
    Not really. It's simply common troubleshooting techniques that have been used time and time again by many who've experienced problems generally. Some are recommended by Apple. Search as many of the boards as you can and you'll find these tips/recommendations mentioned countless times as well as many others. Sometimes its not something directly related to ARD that is causing ARD to have a problem.
    +did you after some test get to the conclusion that this will solve the problem?+
    No testing as such. Sometimes it solves the problems other times it does not. It's offered as something for you try before you contemplate something more drastic such as reinstalling a clean OS followed by a reinstall of ARD. Or ultimately a reformat and reinstall.
    I can see from your later post that it's not worked for you. I'm not surprised. Sometimes there are deeper underlying problems that only a reinstall or reformat and reinstall will 'cure' or possibly a solution offered by another poster? What was offered here was only meant as a possibility that might assist. As a computer user - regardless of platform - you should know this?
    Tony

  • ARD 3.2.2 - only screen sharing on 3 clients available

    Hello,
    on our computer lab in my school are installed 32 eMacs (10.4.11). Before updated on ARD 3.2.2 all eMacs can be controlled very well, all informations are available, but now after the update three clients will only connected by direct control tab. The status only shows "screen sharing", and the ip number can be read - nothing else.
    This issue are the same on my MBP 15'' (10.5.5) and the xserve (10.4.11) in the lab.
    I delete the caches in /var/db/RemoteManagement/.... on the xserve, also the ard preferences on the clientes. I also create the lokal ard users new. For a few moments it seems to be okay, but some minutes later the same problems.
    Anything ideas.
    Thanks for all the great workarounds in these discussions.
    And greatings from Germany
    Alfons

    I have the same problem (MacBook 10.5.5, ARD 3.2.2). Some Macs are shown in dark gray in the scanner list. Trying to register them again - before 3.2.2 everything worked fine - the information window scrolls down for a second and scrolls up again.
    The access to the same computers from my earlier machine with 10.4.11 still works fine.
    Does anyone knows a workaround?
    Ruedi Heimlicher

  • Why is very long (about 30 seconds) to connect another distant computer using Screen Sharing under Yosemite ?

    Hello,
    Before Yosemite (under Mavericks and less), it was possible to connect immediately another distant computer (over internet) with Screen Sharing (using Command-K or on Finder Menu-Go and submenu Connect To The Server, and putting the address like vnc://name:password@address
    Under Yosemite, it is possible to do the same things, but it takes about 30 seconds to get connection (is it the evolution of the celerity of the computing ?). And also, I have 2 windows during the waiting of connection : one is with icon of ScreenSharingApplication and 'Connecting to        …com', and the second one is with icon of a BlueHardDiskwith3people and 'Connecting…'.
    Under Yosemite, if I use Chicken of the VNC or JellysFastVNC, the connection is immediately.
    Could you tell me how is it possible to have under Yosemite a quick connection (about 0 to 5 seconds) with a distant computer (over internet) using Screen Sharing (command-K for example) ?
    Thanks.

    William,
    Eventually (after about 30 hours or so) it finished the encryption.  I then forced TM do a backup to the external HDD (after adding a 1GB file to my internal HDD) just to measure how long it would take for TM to run a backup to the external disk -- and it was very fast.  Looks like everything is working fine now. 
    Without your advice that 24+ hours wasn't unreasonable time for a first encryption of a drive that size,  I probably would have kept restarting my iMac and repartioning the external HDD and gone around in circles.
    Thank you very much.

  • IChat screen sharing fails (only screen sharing though)

    I was trying to assist my in-laws the other day and have never used Screen Sharing in iChat before. We started an A/V session (which works fine), but when we started the Screen Sharing session, it dies after about 5 seconds of use. Both sides get the error "no activity after 10 seconds...". Thinking it was an internet thing (perhaps firewall settings), i tried internally on my LAN with a MacBook Pro and a new Mac Mini, same thing. Either way the session is initiated, failure.
    Did some research through these discussions and found the common thread was the UPnP and internal preference settings. Have checked both, they all seem ok.
    Some statistics of my example: (Remote machine) Mac#1 is an iMac G5 20" 2GHz running Snow Leopard fully updated, with Comcast as the IP and an Airport Express as the router. Port Mapping is turned on in NAT, and Screen Sharing is turned on in preferences -> Sharing.
    (Local machine) Mac#2 is a Mac Mini 2.4 GHz Core 2 Duo running Snow Leopard, with Comcast as the IP and a Time Machine as the router. Both settings above turned on.
    (Local machine) Mac#3 is a MacBook Pro 15" 2.53 GHz Core 2 Duo running Snow Leopard (same IP as #2) on the same LAN as #2.
    All 3 accounts are on MobileMe, A/V chats work fine without problems for limitless amounts of time. Have tried screen sharing both ways, same result.
    Here's a log between #2 and #3 fail (sorry for long post):
    Date/Time: 2010-07-08 19:13:41 -0500
    OS Version: 10.6.4 (Build 10F569)
    Report Version: 4
    iChat Connection Log:
    2010-07-08 19:13:31 -0500: 0x11ae38640: State change from AVChatStateConnected to AVChatStateEnded.
    2010-07-08 19:13:31 -0500: 0x11ae38640: Error -20 (No data has been received for the last 10 seconds.)
    2010-07-08 19:13:31 -0500: **[email protected]: State change from AVChatStateConnected to AVChatStateEnded.
    2010-07-08 19:13:31 -0500: **[email protected]: Error -20 (No data has been received for the last 10 seconds.)
    Video Conference Error Report:
    Video Conference Support Report:
    8.275079 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
    [Connection Data for call id: 1 returns 1
    9.155420 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
    [Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
    9.165268 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [INVITE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>;isfocus
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 702
    [v=0
    o=Merricks 0 0 IN IP4 rip
    [email protected]
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:1056:2:2400
    a=iChatEncryption:NO
    a=bandwidthDetection:YES
    m=audio 55667 RTP/AVP 110 12 124 3 0
    a=rtcp:55667
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpmap:3 GSM/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:124 iLBC/8000
    a=fmtp:124 mode=30
    a=rtpID:1740916373
    m=video 55667 RTP/AVP 123 126 34
    a=rtcp:55667
    a=rtpmap:123 H264/90000
    a=rtpmap:126 X-H264/90000
    a=rtpmap:34 H263/90000
    a=fmtp:34 imagesize 1 rules 30:352:288
    a=framerate:30
    a=RTCP:AUDIO 55667 VIDEO 55667
    a=fmtp:126 imagesize 0 rules 20:640:480:640:480:20
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480:20
    a=rtpID:3396090499
    9.165844 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 100 Trying
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.165935 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.176133 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7cc8269d38bfe756
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 436
    v=0
    o=jmerrick 0 0 IN IP4 rip
    [email protected]
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:17412:2:2530
    a=bandwidthDetection:YES
    a=iChatEncryption:NO
    m=audio 55051 RTP/AVP 110
    a=rtcp:55051
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpID:1191125273
    m=video 55051 RTP/AVP 123
    a=rtcp:55051
    a=rtpmap:123 H264/90000
    a=RTCP:AUDIO 55051 VIDEO 55051
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480
    a=rtpID:4102577296
    9.178372 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [ACK sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK323287a4467da958
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 ACK
    User-Agent: Viceroy 1.4
    Content-Length: 0
    9.181889 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Received the first BWD packet from rip:55667]
    9.495818 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Avg=100964.70, NSDev=1.29%]
    9.600142 @:0 type=1 (00000000/1)
    [Bandwidth Detection]
    [Avg=883694.30, NSDev=10.60%]
    9.689564 @:0 type=1 (00000000/2)
    [Bandwidth Detection]
    [Avg=10202609.90, NSDev=206.74%]
    23.854766 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2fe1d4391a735632
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 16
    VCRemoteMuted:ON]
    23.861278 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2fe1d4391a735632
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    27.969942 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK38c4bd117f30ee85
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    [PING]
    27.972367 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK38c4bd117f30ee85
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    30.000459 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK4210350f26913012
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    PING]
    30.004047 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK4210350f26913012
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    31.622031 @/SourceCache/VideoConference/VideoConference-415.22/VCChannel/VCChannel.m:302 type=2 (00000000/0)
    [VCChannel prepareConnectionWithRemoteConnectionData - remote VCConnectionData: 1]
    31.886122 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6525ce694ef2153c
    Max-Forwards: 70
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    VCRemotePaused:ON]
    31.898618 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6525ce694ef2153c
    To: u0 <sip:user@rip:16402>;tag=457027611
    From: 0 <sip:user@lip:16402>;tag=116363815
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    32.026459 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7caf68b0330b846f
    Max-Forwards: 70
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    [VCRemotePaused:ON]
    32.026863 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK7caf68b0330b846f
    To: 0 <sip:user@lip:16402>;tag=116363815
    From: u0 <sip:user@rip:16402>;tag=457027611
    Call-ID: 1df8aee9acfb7f6-8aee-11df-8b6c-fd20244f4012@rip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    57.667457 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2059 type=2 (00000000/0)
    [Connection Data for call id: 2 returns 1
    69.057730 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2074 type=2 (00000000/0)
    [Prepare Connection With Remote Data - remote VCConnectionData: 1, local VCConnectionData: 1
    69.059710 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2266 type=2 (00000000/0)
    [Initiate Conference To User: u0 with Remote VCConnectionData: 1 with Local Connection Data: 1 conferenceSettings: 1]
    69.629813 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [INVITE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55051>;isfocus
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 703
    v=0
    o=jmerrick 0 0 IN IP4 rip
    s=0
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:17412:2:2530
    a=iChatEncryption:NO
    a=bandwidthDetection:YES
    m=audio 55051 RTP/AVP 110 12 124 3 0
    a=rtcp:55051
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpmap:3 GSM/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:124 iLBC/8000
    a=fmtp:124 mode=30
    a=rtpID:2054428442
    m=video 55051 RTP/AVP 123 126 34
    a=rtcp:55051
    a=rtpmap:123 H264/90000
    a=rtpmap:126 X-H264/90000
    a=rtpmap:34 H263/90000
    a=fmtp:34 imagesize 1 rules 30:352:288
    a=framerate:30
    a=RTCP:AUDIO 55051 VIDEO 55051
    a=fmtp:126 imagesize 0 rules 20:640:480:640:480:20
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480:20
    a=rtpID:2001158912
    69.646627 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 100 Trying
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.646674 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.656640 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK6d0a0202172485ce
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 INVITE
    Contact: <sip:user@rip:55667>
    User-Agent: Viceroy 1.4
    Content-Type: application/sdp
    Content-Length: 434
    [v=0
    o=Merricks 0 0 IN IP4 rip
    s=0
    c=IN IP4 rip
    b=AS:2147483647
    t=0 0
    a=hwi:1056:2:2400
    a=bandwidthDetection:YES
    a=iChatEncryption:NO
    m=audio 55667 RTP/AVP 110
    a=rtcp:55667
    a=rtpmap:110 X-AAC_LD/22050
    a=rtpID:794658613
    m=video 55667 RTP/AVP 123
    a=rtcp:55667
    a=rtpmap:123 H264/90000
    a=RTCP:AUDIO 55667 VIDEO 55667
    a=fmtp:123 imagesize 0 rules 20:640:480:640:480
    a=rtpID:3616868992
    69.656733 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [ACK sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK19b439ee7b1a3a93
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 ACK
    User-Agent: Viceroy 1.4
    Content-Length: 0
    69.660304 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Received the first BWD packet from rip:55667]
    69.975012 @:0 type=1 (00000000/0)
    [Bandwidth Detection]
    [Avg=100985.80, NSDev=2.06%]
    70.079592 @:0 type=1 (00000000/1)
    [Bandwidth Detection]
    [Avg=889226.20, NSDev=6.32%]
    70.150256 @:0 type=1 (00000000/2)
    [Bandwidth Detection]
    [Avg=3506655.00, NSDev=39.71%]
    76.718688 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK680d8ec50284d4dd
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 16
    VCRemoteMuted:ON]
    76.721457 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK680d8ec50284d4dd
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    85.580688 @/SourceCache/VideoConference/VideoConference-415.22/VCChannel/VCChannel.m:302 type=2 (00000000/0)
    [VCChannel prepareConnectionWithRemoteConnectionData - remote VCConnectionData: 1]
    85.824030 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK13543b054db63f4b
    Max-Forwards: 70
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    [VCRemotePaused:ON]
    85.824453 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK13543b054db63f4b
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 1 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    86.016699 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK54989b9f3ab846c0
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 17
    VCRemotePaused:ON]
    86.021704 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK54989b9f3ab846c0
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 3 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    87.965096 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [MESSAGE sip:user@lip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK4189780d0f2ba815
    Max-Forwards: 70
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    [PING]
    87.965318 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55667;branch=z9hG4bK4189780d0f2ba815
    To: "0" <sip:user@lip:16402>;tag=1160108830
    From: "u0" <sip:user@rip:16402>;tag=74774650
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 2 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    90.000670 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:2138 type=1 (00000000/0)
    [MESSAGE sip:user@rip:16402 SIP/2.0
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2ad74c4851d9447d
    Max-Forwards: 70
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 4 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Type: text/plain
    Content-Length: 4
    PING]
    90.004582 @/SourceCache/VideoConference/VideoConference-415.22/SIP/Transport.c:338 type=2 (00000000/0)
    [SIP/2.0 200 OK
    Via: SIP/2.0/UDP rip:55051;branch=z9hG4bK2ad74c4851d9447d
    To: "u0" <sip:user@rip:16402>;tag=74774650
    From: "0" <sip:user@lip:16402>;tag=1160108830
    Call-ID: 1df8aeebedd19cc-8aee-11df-af20-86f3848f4012@lip
    CSeq: 4 MESSAGE
    User-Agent: Viceroy 1.4
    Content-Length: 0
    Video Conference User Report:
    0.000000 @:0 type=5 (00000000/16402)
    [Local SIP port]
    0.000041 @:0 type=5 (00000000/16402)
    [Local SIP port]
    0.000079 @:0 type=5 (00000000/16402)
    [Local SIP port]
    9.155545 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
    [Remote Router]
    [FULLCONE]
    9.155553 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
    [Remote CommNAT Result: 0x00000102
    9.166348 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2547 type=5 (FFFFFFFF/0)
    [Caller User Agent: Viceroy 1.4]
    9.166350 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
    [Router]
    [FULLCONE]
    9.166355 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
    [CommNAT Result: 0x00000102
    9.166754 @:0 type=5 (00000000/1)
    [Accept conference from user]
    [[email protected]]
    9.693286 @:0 type=5 (00000000/60)
    [Detected bandwidth (kbits/s): 929 up, 929 down. (00000000)
    9.698468 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
    [Start Conference With UserID: [email protected]]
    69.057850 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2171 type=5 (00000000/0)
    [Remote Router]
    [FULLCONE]
    69.057857 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VCInitiateConference.m:2173 type=5 (00000000/0)
    [Remote CommNAT Result: 0x00000102
    69.059714 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1670 type=5 (00000000/0)
    [Router]
    [FULLCONE]
    69.059720 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceGlobalObjects.m:1672 type=5 (00000000/0)
    [CommNAT Result: 0x00000102
    70.160706 @:0 type=5 (00000000/60)
    [Detected bandwidth (kbits/s): 2317 up, 2317 down. (00000000)
    70.164156 @/SourceCache/VideoConference/VideoConference-415.22/Video Conference/VideoConferenceMultiController.m:2423 type=5 (00000000/0)
    [Start Conference With UserID: u0]
    Thanks in advance for any suggestions.
    <Edited by Host>

    Hi,
    The "Share a Public IP" can be a bit misleading if your Modem routes (does DHCP itself)
    If you turn this Off (Bridge Mode) the IP address come from the previous device that issues IPs
    From a Cable Modem this is likely to be from the ISP and not likely that you have two Public IPs
    Also the range you describe seems to be from a LAN Device (one that issues IPs in one of three ranges of which 10.xxx.xxx.xxx is one)
    However although I have not seen it done I presume the Apple Airport devices can be set to Manually (Static routing). They can be set to use the 10.xxx.xxx.xxx range as well (with the early ones it was the default range).
    With the Share A Public IP Off I don't think you get a NAT tab on that same screen.
    However in the NAT tab is the Port Mapping Protocol which is Apple's version of UPnP (very basic comparison).
    This should be on for two devices to use the same ports.
    See pic
    If the modem is the device that is issuing IPs then this should have UPnP Enabled.
    You need this rather than Port Forwarding (Or Triggering) as the Screen Share uses a Random port which cannot be forwarded or Triggered).
    A Video that drops out with the 10 secs error points to features in routing devices that "protect" you from getting overloaded with a data stream.
    Look for DOS or SPI (Denial of Service or Stateful Packet Inspection) which may be separate items and standalone or be included in any firewall the device may have.
    At this point I am confused.
    You say Comcast which I believe is cable Only meaning their Modem does not do DHCP and passes the Public IP to the Time Capsule.
    Yet you say the Time Capsule is not doing DHCP (Share a Public IP).
    What do you have at the top of the Screen ?
    This pics shows Ethernet to a Cable Router which gives a Public IP starting 70.xxx.xxx.xxx
    And you also confirm that the Share a Public IP box in the Pic is set to Static Routing and from there you are using the 10.xxx.xxx.xxx range ?
    9:39 PM Wednesday; July 14, 2010
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"

  • Desktop library no longer showing up on laptop home sharing is enabled on both computers

    my desktop library is no longer showing up on my laptop. Home sharing is enabled on both computers. The laptop library DOES show up on the desktop computer. The solution given in itunes help doesn't help. there is no box under edit, preferences, shared that says "look for shared libraries"

    you will need both computer have itunes turned on and you will need a wifi for them to work.

  • After upgrading to OS Mountain Lion My separate mailboxes under GMail no longer show up on the screen. I couldn't add another mailbox of the same name "because it already exists". How can I make it show up on the left of the screen under GMail?

    After upgrading to OS Mountain Lion my separate mailboxes under Gmail no longer appear on the screen. How can I view them? They are still there because I tried to set up another mailbox with the same name & couldn't "because it already exists".

    Move your cursor down slowly to the right of the Gmail Mailbox and it should say show or hide.

  • An app I downloaded is no longer showing up on my screen. The app store shows thar it needs to be updated, but the update bottom is colored light, not dark.

    I downloaded Pandora a while back. My 12 year old nieces were playing with my iPad and now the Pandora icon is not on my screen. The app store shows that it needs to be updated, but I can't do it. What can it do to recover my Pandora program?

    Thanks for your reply. Unfortunately, my query is not so much about the sale of the company and the dream. I agree with you on that point. Good for them. My frustration is that this old app has now caused a glitch in my Apple App Store icon. I have a red badge with one update and it is referring to the old app that has been sold that needs to be updated. When I try to update the app it says no longer available for purchase. So I have since deleted that app in hopes that it would resolve the red badge issue. It has not. Somehow, that old app and the new app with the same name but by a different company has caused the glitch. I have reset all settings on my iPad, I have rebooted, I have deleted the app and still the red badge with the one update for the old app is there. Hmmm. . . I guess I need to take this into the Genius bar or wait for ios 7 in hopes that it will fix the glitch. Thanks again for your help.

  • Finder no longer shows document folders, only All Files

    Suddenly, Finder only lists "All My Files", "AirDrop" and "Applications" under Favorites where it used to list "Documents", "Pictures", etc. from which I could access "My Documents" and subsequent document folders.  Now I have to wade through all of my files irrespective of file type or subject.  This is obviously untenable, so what have I missed?

    Okay I have figured out part of the problem and fixed it, although one issue still persists.
    I fixed the "Current Status" issue for my servers by adding port 5900 & 3283 to the port forwarding settings in my Airport Extreme via the Airport Utility application. I don't remember having port forwarding turned on for my (now dead) Linksys router, but I could be mistaken.
    Now I have a different problem. When I go to "copy" a file from my local machine to a remote server, I get a message that says "This task will fail: A console user is not logged in on www/servername/com"
    If I log into that computer first, I am able to copy items, but I remember being able to copy items to my remote servers before without having to first sign into them? Am I mistaken on this or have I uncovered another problem?
    Any help appreciated.

  • Firefox no longer shows on my full screen. When I rollover the icon on the taskbar, it shows the way it is suipposed to be but it does not ever show full size.

    Firefox was working fine yesterday. Now it's not coming up at all on my full screen but when I rollover the icon on the taskbar a mini screen comes up that shows the way it should be but it doesn't come up on the fuill screen. I did a system restore but it didn't help.
    Fr. Martel

    Try:
    *http://kb.mozillazine.org/Corrupt_localstore.rdf

Maybe you are looking for

  • Port Android version to Linux

    Hello, I was just wondering whether it is possible for the Android version to be used to keep "Skype for Linux" up to date. Given that the two (Linux and Android) are related, it just seemed like a possibility. Skype for Linux is still on version 4.3

  • Asking for vendor login while opening Attached docs for Vendor

    Hi, We are using SRM 4.0 classic scenario. Having two issues regarding Vendor Bid.. 1. When the Bid invitation is submitted we would like the system to send the Extranet alias URL to the vendor for logging in rather than the original ITS URL for vend

  • Are BT for Real??

    Hi, Ok as you know I've done a bit of moaning about BT Infinity or lack of. Well today tops the lot:- Had an email today me that it would be better for me to change my infinity options from 1 to 2 as I've gone over the 40GB on option  1. You What!!!!

  • Getting list of wired inputs to a vi

    Is there any method to find out which inputs to a VI are wired? The intention is to execute differently if an input is connected. An example of what I am talking about is the "file dialog.vi" in the "advanced file functions" palette, labview 7.1.1. T

  • Re: Printing Problems

    ColorLaserjet 2550. I have vertical lines on printouts right down the screen. Just replaced imaging drum, but drum warning light no longer shows.