Create Users with Mail enabled in dscl or command line

Question

I have figured out how to use the dscl to add a user.
example:
$ sudo dscl . create /users/rothman uid 701
$ sudo dscl . create /users/rothman gid 20
$ sudo dscl . create /users/rothman realname "Ernest Rothman"
$ sudo dscl . create /users/rothman passwd \*
I went as far as to launch WorkGroup manager to enable Mail.
The following gave me the key values:
dscl . read /Users/test MailAttribute > mailsettings.txt
When I try to replace from the txt file. WorkGroup Manager than believes the Mail is not enabled.
How do I use dscl or a terminal command to enable the user with mail server and to use IMAP Only?
I do not want to always have to remotely connect to launch Workgroup Manager to enable mail for new users.
I hope you can help for I am new dscl or even NetInfo command line tools.
I have tried these, but I guess it does't like how it is being restored into that property.
dscl . create /Users/test MailAttribute `< mailsettings.txt`
<?xml version="1.0" encoding="UTF-8"?>
<dict>
<key>kAPOPRequired</key>
<string>APOPNotRequired</string>
<key>kAltMailStoreLoc</key>
<string></string>
<key>kAttributeVersion</key>
<string>Apple Mail 1.0</string>
<key>kAutoForwardValue</key>
<string></string>
<key>kIMAPLoginState</key>
<string>IMAPAllowed</string>
<key>kMailAccountLocation</key>
<string>192.168.181.132</string>
<key>kMailAccountState</key>
<string>Enabled</string>
<key>kPOP3LoginState</key>
<string>POP3Deny</string>
<key>kUserDiskQuota</key>
<string>0</string>
</dict>
I have also tried appending by doing something like this.
dscl . create /Users/test MailAttribute '<?xml version="1.0" encoding="UTF-8"?>’
dscl . append /Users/test MailAttribute ‘<dict>’
dscl . append /Users/test MailAttribute ‘<key>kAPOPRequired</key>’
dscl . append /Users/test MailAttribute ‘<string>APOPNotRequired</string>’
dscl . append /Users/test MailAttribute ‘<key>kAltMailStoreLoc</key>’
dscl . append /Users/test MailAttribute ‘<string></string>’
dscl . append /Users/test MailAttribute ‘<key>kAttributeVersion</key>’
dscl . append /Users/test MailAttribute ‘<string>Apple Mail 1.0</string>’
dscl . append /Users/test MailAttribute ‘<key>kAutoForwardValue</key>’
dscl . append /Users/test MailAttribute ‘<string></string>’
dscl . append /Users/test MailAttribute ‘<key>kIMAPLoginState</key>’
dscl . append /Users/test MailAttribute ‘<string>IMAPAllowed</string>’
dscl . append /Users/test MailAttribute ‘<key>kMailAccountLocation</key>’
dscl . append /Users/test MailAttribute ‘<string>192.168.181.132</string>’
dscl . append /Users/test MailAttribute ‘<key>kMailAccountState</key>’
dscl . append /Users/test MailAttribute ‘<string>Enabled</string>’
dscl . append /Users/test MailAttribute ‘<key>kPOP3LoginState</key>’
dscl . append /Users/test MailAttribute ‘<string>POP3Deny</string>’
dscl . append /Users/test MailAttribute ‘<key>kUserDiskQuota</key>’
dscl . append /Users/test MailAttribute ‘<string>0</string>’
dscl . append /Users/test MailAttribute ‘</dict>’

Answer 1

Got it to take as a single statement.
dscl . create /users/test applemail "<?xml version='1.0' encoding='UTF-8'?> <dict> <key>kAPOPRequired</key> <string>APOPNotRequired</string> <key>kAltMailStoreLoc</key> <string></string> <key>kAttributeVersion</key> <string>Apple Mail 1.0</string> <key>kAutoForwardValue</key> <string></string> <key>kIMAPLoginState</key> <string>IMAPAllowed</string> <key>kMailAccountLocation</key> <string>192.168.181.132</string> <key>kMailAccountState</key> <string>Enabled</string> <key>kPOP3LoginState</key> <string>POP3Deny</string> <key>kUserDiskQuota</key> <string>0</string> </dict>"
Doing the above showed in WorkGroup manager and I tested and the user received a email, so now I can automate adding users without needing the GUI. *Just to note you still have to setup mail services and your virtual, aliases files for postfix. This is just so the user is opened up to be allowed to receive email in the first place.
I still could not seem to pipe a file into dscl command even though the file was a single line of text. I had planned to embed this in a single command so no big deal.