[Freeipa-users] Dovecot IMAP with IPA 2.x?

[Dale Macartney]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 02/03/2012 08:02 AM, Natxo Asenjo wrote:
> On Fri, Feb 3, 2012 at 8:31 AM, Dale Macartney
> <dale at themacartneyclan.com> wrote:
>
>> I have been experimenting with how best to address this, however I am
>> constantly being pushed back to the only way of having a userdir that
>> actually exists would be a homdir which would be created when a user
>> first logs in.
>>
>> Yes, if you ssh to the dovecot server as the user (with oddjobd running
>> in the background) it will create the homedir with no problems and the
>> issue is resolved, however users should not *have to* interactively log
>> into a server just to allow them to access mail.
>>
>> my only thinking here is shared homedirs (nfs?) between clients and
>> servers, however my thoughts on this are "if dovecot is redirecting a
>> users mail to their homedir, then why do we need dovecot to access it
>> via imap when the mail will already appear in their homedir?"
>>
>> does anyone have any thoughts on this?
>
> If you have an imap server instead of local mail, people do not have
> to login a desktop/text session to check their e-mail. They can access it
> from any imap client, even webmail.
>
agreed, however the issue at hand, is that dovecot is failing to store
the mail anyway in order to make it accessible in the first place.

does anyone have any thoughts on how to have the homedirs auto created
(with the correct perms and selinux contexts) by a process/service that
is not initiated by the login process? oddjob and pam_mkhomedir do not
get involved here as it is not an interactive login. (i could be wrong
however this is what I am seeing).

Dale




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPK5YVAAoJEAJsWS61tB+qdyYP/1oTLFXYFminTNhV/kOmFaCe
j3w6tn5VyIqrBm4Qis8tZ3FCh7LxkoLyY+8Z4F0z0wh6yIjDGFdIMahiQw+0OhuQ
dR5RxQMAAF5Zv0DfNH+rKHgy1pSlZN8X/nJKggQQGr9b4ehjUQqC039zRKqO5gh+
IF5ZIbwpoiimyFyppLsEdbaEYbH5Fsxifub2efY+thc3z72o5QZ+qaFsMXxoeCnr
F+LXuckCyHN2SlU4B0ChwpaUd8uO3XS4tKqZOnJhFQqK2fBYDL7OXjSo94dpY8+2
KSYx2nOXwIX0QtnoEfr5NbVkKAh7eWfDJAcZjywciP2xwkhwHQXAVRPFSF3T9f0/
nmHGdxchfjIgO7Nr60fjLQSdmVnhFWOIAPSPIiGyE6xCsukzonExiTjRUOVqiGRN
Fvcup3oF794IHwfhzIUC6cOlTKxq+YwChMBuiMrV+1raKM0dVYRSCFp3HxpGXZwZ
GEJXmrRNZ0KDFT/Jye73wQQdepmrKb/kqakrtwxpvp7AxCkrgdUHLEaZ5sUH0ldr
6BF/TJ0NPBaRa9eBK+D7Lv4gy7OcsPiTbU5q3H9rkOm4Q8AY/9kSBYGAwcSbLML4
sQSgbRc2opZwndQ3gdxRPwRFH/olPiFtwDcl8Ha7hubDdjQ13dxGicQLkYuSt/sB
ygTO8TlH2z+nAjcebWFH
=oLBa
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xB5B41FAA.asc
Type: application/pgp-keys
Size: 5790 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20120203/c7b1c46f/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xB5B41FAA.asc.sig
Type: application/pgp-signature
Size: 543 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20120203/c7b1c46f/attachment.sig>