Version 1.23.5
Released: 2005-03-17
new
Ability to send to multiple email address via "resend welcome email"When resending a welcome email, this feature will allow multiple email addresses to be entered. Also, the default email entered in the field will include the resellers email address by default, in addition to the normal email of the user. This will allow both parties (or more if entered) to get the resent welcome email.
new
more pre post custom scripts- domain_pointer_create_pre.sh
- domain_pointer_create_post.sh
environmental variables:
username
domain
from=domainpointer.com
ip=1.2.3.4
ns1=ns1.ns.com
ns2=ns2.ns.com
alias=yes or non-existent (checkbox)
- domain_pointer_destroy_pre.sh
- domain_pointer_destroy_post.sh
environmental variables:
username
domain=domain.com
from=dominpointer.com
new
option to disable spamassassin (SKINS)Feature will simply delete /home/username/.spamassassin/user_prefs upon the click of a button.
SKINS:
user/email/spamassassin.html
|*if SA_ENABLED="yes"|
SpamAssassin is currently enabled.
<form action="/CMD_SPAMASSASSIN" method="POST">
<input type=hidden name=action value="disable">
<input type=hidden name=domain value="|domain|">
<input type=submit value="Disable"></form>
|*else|
SpamAssassin is not currently enabled.<br>Click "Save" (below) to enable it.
|*endif|
for enhanced skin languages:
lang/en/email/spamassassin.html
LANG_DISABLE=Disable
LANG_SA_ENABLED=SpamAssassin is currently enabled.
LANG_SA_DISABLED=SpamAssassin is not currently enabled.<br>Click "Save" (below) to enable it.
new
Ability to add your own package items (SKINS)Several people have modules/products that they might not want to give to all of their clients. This feature allows them to add new items to their packages and those items will appear automagically throughout DA in all the appropriate palaces (packages, create custom user/reseller, modify user/reseller, show user/reseller stats)
you'd create a file, /usr/local/directadmin/data/admin/custom_package_items.conf
in it, you'd add the alphanumeric name of the item, followed by some info (after the = character)
magically, everything works 😉
it will display your items in the packages screen, the customize user creation screen, and the user stats page..etc..
it will be stored in the user.conf files, like all the other items (such as php, ssl, cgi etc.)
the item names will also be passed to the custom scripts (user_create_post.sh ..etc) if you want to do anything with them
the item will be returned in the API queries for the user info.
example, in the custom_package_items.conf file, say you want a checkbox for something called "feature", and a text area for something called "myval"... lets make a 3rd type=listbox "mylist"
feature=type=checkbox&string=My Feature&desc=short description&checked=yes
myval=type=text&string=My Feature's Value&desc=short description
mylist=type=listbox&item1txt=Text one&item1val=oneval&item2txt=Text Two!&item2val=valuefor2&string=Select from List&desc=short description&default=valuefor2
details:
type: checkbox
string: Text representation of the item (optional, else name used)
desc: a short sentence describing the feature (optional)
checked: yes/no default value for new packages. (optional)
type: text
string, desc: see checkbox
default: a default value for new packages (optional).
type: listbox
string, desc: see checkbox
item1txt: string representation for the option
item1val: value of the option
(item2txt, item2val, etc..)
default: a default value for the option. Must be one of item?val. (optional)
SKINS
add the following to each of the following files (more if needed):
admin/
create_customized_reseller.html
modify_reseller.html
show_reseller_package.html
reseller/
create_customized_user.html
modify_user.html
show_user_package.html
|*if CUSTOM_ITEM_1|
<tr><td class=list>|CUSTOM_ITEM_1_STR|</td><td class=list align=center>|CUSTOM_ITEM_1|</td><td class=list>|CUSTOM_ITEM_1_DESC|</td></tr>
|*endif|
|*if CUSTOM_ITEM_2|
<tr><td class=list>|CUSTOM_ITEM_2_STR|</td><td class=list align=center>|CUSTOM_ITEM_2|</td><td class=list>|CUSTOM_ITEM_2_DESC|</td></tr>
|*endif|
|*if CUSTOM_ITEM_3|
<tr><td class=list>|CUSTOM_ITEM_3_STR|</td><td class=list align=center>|CUSTOM_ITEM_3|</td><td class=list>|CUSTOM_ITEM_3_DESC|</td></tr>
|*endif|
|*if CUSTOM_ITEM_4|
<tr><td class=list>|CUSTOM_ITEM_4_STR|</td><td class=list align=center>|CUSTOM_ITEM_4|</td><td class=list>|CUSTOM_ITEM_4_DESC|</td></tr>
|*endif|
new
Create squirrelmail preference files with new pop accountsThis feature creates /var/www/html/squirrelmail/data/user@domain.com.pref and fills it with the contents from default_pref and inserts the email address and the reply-to address from the correct domain.
This should fix email being sent from the hostname, which removes the requirement to set your email address after loggin into squirrelmail.
username.pref is also created when a new domain is added to a system user account. If the username.pref file already exists for the system account (because the email might be already there for another domain.. it's shared), then the file will not be overwritten.
fixed
Files larger than 2 gig are not found by DAFiles read in by the filemanager and in the user_backups directory do not show up if they are larger than 2 gig in size.
Problem is related to the stat() function and the "struct stat" structure that uses a 32-bit number for the filesizes. A 2 gig file will require a 64-bit number, thus the stat() function fails and DA skips the file.
Currently testing with:
-D _FILE_OFFSET_BITS=64
at compile time.
TODO: update the makefiles for each OS to use that option. Tested and working on RH 9.
fixed
mysql install on debianchange the mysql installer to use the same setup that we have on freebsd instead of using apt-get. It uses the precompiled binaries from dev.mysql.com for linux.
Note to any current debian users:
The default path to mysql.sock has changed in DA. If you currently have mysql up and running on a beta machine, you will need to add:
socket=/var/run/mysqld/mysqld.sock
to the /usr/local/directadmin/conf/mysql.conf file so you can continue to use mysql. The new mysql install setup only affects new machines, (or old ones if you were not able to get mysql running on your beta machine)
Of course, if your current install uses a different location for the mysqld.sock file, use your own instead.
fixed
change the sending user for welcome emailshttps://forum.directadmin.com/posts/43336
change to send from diradmin user..
Add X headers with the real username for spam tracking reasons (if resellers start sending spam via welcome messages).
fixed
delete apache logs with domain removalremove the apache logs when a domain is removed.