Bug 654341 - ipa config-mod --emaildomain value is not being used
Summary: ipa config-mod --emaildomain value is not being used
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: freeIPA
Classification: Retired
Component: ipa-server
Version: unspecified
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Rob Crittenden
QA Contact: Chandrasekar Kannan
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-17 16:09 UTC by Yi Zhang
Modified: 2015-01-04 23:44 UTC (History)
3 users (show)

Fixed In Version: freeipa-2.0.0-1.fc15
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-27 07:14:40 UTC
Embargoed:


Attachments (Terms of Use)

Description Yi Zhang 2010-11-17 16:09:20 UTC
Description of problem:
when run "ipa config-mod --emaildomain=<value>", the <value> is not currently used. 

Version-Release number of selected component (if applicable):
[yi@works4me ~]$ rpm -qa | grep ipa-server
ipa-server-selinux-1.91-0.2010090920gitf87bd57.fc13.i686
ipa-server-1.91-0.2010090920gitf87bd57.fc13.i686


How reproducible:
always

Steps to Reproduce:

yi zhang wrote:
> Hi:
> Where does the value "--emaildomain" being used during user entry creation?
> I ran the following test, but i don't see the value applied anywhere in
> user entry. (Please ignore the "ipa internal error" msg, i have this bug
> reported"

This value isn't currently being used. Please file a bug.

rob

>
>
> [yi@works4me tools]$ ipa config-mod --emaildomain="rh.com"
> Max username length: 32
> Home directory base: /home
> Default shell: /bin/sh
> Default users group: 6üP
> Default e-mail domain: rh.com
> Search time limit: 2
> Search size limit: 0
> User search fields: uid,givenname,sn,telephonenumber,ou,title
> Group search fields: cn,description
> Migration mode: FALSE
> Certificate Subject base: O=IPA
> [yi@works4me tools]$ ipa user-add test15 --first=test --last=22333
> --email=thisisme
> ipa: ERROR: an internal error has occurred
> [yi@works4me tools]$ ipa user-find test15
> ---------------
> 1 users matched
> ---------------
> User login: test15
> First name: test
> Last name: 22333
> Home directory: /home/test15
> Login shell: /bin/sh
> ----------------------------
> Number of entries returned 1
> ----------------------------
> [yi@works4me tools]$ ipa user-find test15 --raw --all
> ---------------
> 1 users matched
> ---------------
>
> dn: uid=test15,cn=users,cn=accounts,dc=sjc,dc=redhat,dc=com
> uid: test15
> givenname: test
> sn: 22333
> homedirectory: /home/test15
> gecos: test15
> loginshell: /bin/sh
> krbprincipalname: test15.COM
> mail: thisisme
> uidnumber: 1539722902
> cn: test 22333
> gidnumber: 1539722902
> ipauniqueid: 3402fe4f-f1d9-11df-9c3a-5254001a2a53
> mepmanagedentry: cn=test15,cn=groups,cn=accounts,dc=sjc,dc=redhat,dc=com
> objectclass: top
> objectclass: person
> objectclass: organizationalperson
> objectclass: inetorgperson
> objectclass: inetuser
> objectclass: posixaccount
> objectclass: krbprincipalaux
> objectclass: krbticketpolicyaux
> objectclass: radiusprofile
> objectclass: ipaobject
> objectclass: mepOriginEntry
> ----------------------------
> Number of entries returned 1
> ----------------------------
> [yi@works4me tools]$
>
> Thanks!
>

Comment 1 Dmitri Pal 2010-12-08 16:48:40 UTC
https://fedorahosted.org/freeipa/ticket/598

Comment 2 Jenny Severance 2011-01-21 15:16:34 UTC
As not note to expected behavior

if --email is defined with user-add | user-mod commands, as --email=userid, the default domain should be appended and the output of the find | show commands should show email is "userid@domain".   

if --email is defined with @domain, no appending should occur.

Comment 3 Rob Crittenden 2011-02-14 15:34:49 UTC
master: 34efc7bc24ae490f0454ae6be3e1763e84f5a822

Comment 4 Jenny Severance 2011-03-01 20:06:11 UTC
Verified

version:
ipa-server-2.0.0-13.20110228T1743zgit99d6e08.el6.x86_64
ipa-admintools-2.0.0-13.20110228T1743zgit99d6e08.el6.x86_64


::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [   LOG    ] :: ipaconfig_mod_emaildomain_default
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: [   LOG    ] :: this is to test for default behavior
:: [   PASS   ] :: set emaildomain=[klPdjXPPhYlWbWjOnUKEPsFTmnrEfDVRcrLJMdMBXaHzMqjyJpAiaLgaPlpCgTKjrdpJzlkuTjibzmcXYWftGyMcFxYHXowWnXeIPQArJJAQHLGovBrVNmxygMEBWqdhvjPRomlgivIVNkuuizAKvyhoybENXCHmcqWilqQjsNghxnskSUPnbNlFmuiLAxDJYrdENoESWcWlObieTrDhVeFNHDqOSrGWdHLGhmpHSr.com]
:: [   LOG    ] :: Creating User: ipa user-add "C6V9A62x" --first "C6V9A62x" --last  "C6V9A62x" --email=C6V9A62x
:: [   PASS   ] :: email as expected [C6V9A62x]
:: [   PASS   ] :: Modify user email address adding non default domain
:: [   PASS   ] :: email as expected [C6V9A62x]
:: [   PASS   ] :: Cleanup
:: [   PASS   ] :: set default emaildomain=[testrelm] - back to default
:: [   LOG    ] :: Duration: 37s
:: [   LOG    ] :: Assertions: 6 good, 0 bad
:: [   PASS   ] :: RESULT: ipaconfig_mod_emaildomain_default


Note You need to log in before you can comment on or make changes to this bug.