It seems like it is not possible to run the TL client with sound in a RDP session, because pulseaudio.exe is not happy about the fact that the RDP sound channel is playback only. 2011-12-22T16:53:28: PulseAudio command: "C:\Program Files\ThinLinc Client\pulseaudio.exe" -n --use-pid-file=false -L "module-esound-protocol-tcp listen=127.0.0.1 port=2518 cookie='C:\DOCUME~1\astrand\LOKALA~1\Temp\4\esd3'" -L "module-native-protocol-tcp listen=127.0.0.1 port=2519 cookie='C:\DOCUME~1\astrand\LOKALA~1\Temp\4\pulseaudio2'" -L module-waveout --log-level=notice 2011-12-22T16:53:28: Smart card daemon command: "C:\Program Files\ThinLinc Client\pcsctun.exe" -b 127.0.0.1 -p 2520 -c C:\DOCUME~1\astrand\LOKALA~1\Temp\4\pcsctun3 2011-12-22T16:53:29: pulseaudio: W: pulsecore/random.c: failed to get proper entropy. Falling back to seeding with current time. 2011-12-22T16:53:29: pulseaudio: W: pulsecore/core-util.c: secure directory creation not supported on Win32. 2011-12-22T16:53:29: pulseaudio: W: pulsecore/core.c: failed to allocate shared memory pool. Falling back to a normal memory pool. 2011-12-22T16:53:29: pulseaudio: E: modules/module-waveout.c: failed to open waveIn 2011-12-22T16:53:29: pulseaudio: E: pulsecore/module.c: Failed to load module "module-waveout" (argument: ""): initialization failed. 2011-12-22T16:53:29: pulseaudio: E: daemon/main.c: Module load failed. 2011-12-22T16:53:29: pulseaudio: E: daemon/main.c: failed to initialize daemon.
Related to bug 2183?
That should have been bug 2831.
Bug 3222 fixed this back in the 4.0.0 release.