<div dir="ltr">Thanks for response.<br><br>Solution you propose might actually work, but definitely will create security problem.<br><br>To make it work we need x2go sessions to behave as normal ones, at least from PAM perspective.<br>

<br>I wonder which part of physical session does the PAM magic and why doesn't work for x2go session...<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Nov 3, 2012 at 4:59 PM, Reinhard Tartler <span dir="ltr"><<a href="mailto:siretart@gmail.com" target="_blank">siretart@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><div class="gmail_quote">On Mon, Oct 29, 2012 at 7:39 AM, Eugene San <span dir="ltr"><<a href="mailto:eugenesan@gmail.com" target="_blank">eugenesan@gmail.com</a>></span> wrote:</div>

<div class="gmail_quote">
<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I guess above related to the fact all pam sessions are closed during suspend.<br>
Any ideas how to fix that?<br></blockquote><div><br></div><div>Does creating a file ~/.ecryptfs/auto-umount help?</div><div><br></div><div>Note that this disables auto umounting your crypted directory completely. However, if this helps, then I think pam_ecryptfs.so should be extended to check for active x2go sessions before auto-umounting crypted sessions.</div>

<span class="HOEnZb"><font color="#888888">
<div><br></div></font></span></div><span class="HOEnZb"><font color="#888888">-- <br>regards,<br>    Reinhard<br>
</font></span><br>_______________________________________________<br>
X2Go-Dev mailing list<br>
<a href="mailto:X2Go-Dev@lists.berlios.de">X2Go-Dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/x2go-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/x2go-dev</a><br></blockquote></div><br></div>