[Touch-packages] [Bug 1657897] Re: Failure to report rhosts

2017-01-25 Thread James Stevenson
Yes that is the correct issue occurring effectively pam never sees the rhost data from sendmail which can be seen in the auth log. Jan 25 16:56:12 uvt-yakkety saslauthd[3020]: pam_unix(smtp:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= user=powersj I did some more

[Touch-packages] [Bug 1657897] Re: Failure to report rhosts

2017-01-23 Thread James Stevenson
Hi, Thanks for the reply. First of I will say that everything to reproduce this is a default configuration for saslauthd. You simply have to install it. The next part would be to install any of the other default like imapd(no configuration required) or sendmail(which does need configured). Or any

[Touch-packages] [Bug 1657897] [NEW] Failure to report rhosts

2017-01-19 Thread James Stevenson
Public bug reported: When using sasl2-bin and saslauthd it will fail to work correctly with pam. The first major problem is that that it will fail to report the rhost address in the log which means auth failures cannot be policed and no useful data (the ip address) is reported to the log file.

[Touch-packages] [Bug 1577926] Re: apt-key works fine, yet apt fails with "Could not execute 'apt-key'"

2016-10-02 Thread James Stevenson
I can confirm that I had the same problem with the kernel. This was due to it being a vm in a xen environment which was booting from the host kernel which was why it was not upgraded. After upgrading the kernel and apt to the most recent version all is working normally again. -- You received

[Touch-packages] [Bug 1577926] Re: apt-key works fine, yet apt fails with "Could not execute 'apt-key'"

2016-09-20 Thread James Stevenson
What I think that might be useful is being able to get a list of open file descriptors of the process and the point of the execve is being called. I suspect that its failing because it doesn't have access to something so it get an EPERM The only reference to execve failing in the man page is