← Back to branch summary

~ubuntu-branches/ubuntu/saucy/dspam/saucy

« back to all changes in this revision

Viewing changes to doc/relay.txt

  • Committer: Package Import Robot
  • Author(s): Thomas Preud'homme, Julien Valroff, Thomas Preud'homme
  • Date: 2012-04-22 17:46:10 UTC
  • mfrom: (8.1.12 sid)
  • Revision ID: package-import@ubuntu.com-20120422174610-m3bxpldro0e30gfw
Tags: 3.10.2+dfsg-1
http://bugs.debian.org/659717
http://bugs.debian.org/669993
http://bugs.debian.org/673833
[ Julien Valroff ]
* New upstream release
* Add gbp.conf to allow filtering out non DFSG-clean files when using
  git-import-orig to merge new upstream releases 
* Use definitive DEP-5 copyright format uri
* Add dspam_alias_retraining script to dspam package as example 
* Refresh and update patches 
* Use maintscript support in dh_installdeb rather than writing out
  dpkg-maintscript-helper commands by hand.  We now simply Pre-Depend on a
  new enough version of dpkg rather than using 'dpkg-maintscript-helper
  supports' guards, leading to more predictable behaviour on upgrades.
  Thanks to Colin Watson <cjwatson@ubuntu.com> (Closes: #659717)
* Add Thomas Preud'homme as uploader
* Set DM-Upload-Allowed: yes 

[ Thomas Preud'homme ]
* Remove multiarch support for libdspam7-dev as it contains an header with
  arch-specific contents (Closes: #669993).
* Build-depend on debhelper (>= 9.0.0) to match compatibility.
* Bump Standards-Version to 3.9.3 (no changes needed).
* Fix quarantine mails deletion in web frontend for spanish users
  (Closes: #673833).

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/relay.txt
77
77
ChangeUserOnParse off
78
78
 
79
79
This prevents Postfix from needing to use any aliases for retraining. When
80
 
users email spam-name@example.com, DSPAM will automatically realize that it
 
80
users email spam-name@example.org, DSPAM will automatically realize that it
81
81
needs to retrain the message. I'll explain how to set this up in a bit.
82
82
 
83
83
Step 5: Configure Postfix to use DSPAM + virtual UIDs table
89
89
maintain your own database table for that.
90
90
 
91
91
virtual_transport       = lmtp:unix:/tmp/dspam.sock
92
 
virtual_mailbox_domains = example.com
 
92
virtual_mailbox_domains = example.org
93
93
virtual_mailbox_maps    = mysql:/etc/postfix/vmailbox.cf
94
94
 
95
95
vmailbox.cf should look something like:
121
121
Next, set the localStore preference for that user to their uid or some other
122
122
unique identifier:
123
123
 
124
 
dspam_admin change preference john.doe@example.com localStore 1
 
124
dspam_admin change preference john.doe@example.org localStore 1
125
125
 
126
126
Now, whenever any address pertaining to this user is emailed, information
127
127
will be stored in DSPAM_HOME/data/1
136
136
table. For example:
137
137
 
138
138
UID     Username
139
 
1       john.doe@example.com
140
 
1       spam-john.doe@example.com
141
 
1       john@example.com                <- An alias
142
 
1       jd@example.com                  <- Another alias
 
139
1       john.doe@example.org
 
140
1       spam-john.doe@example.org
 
141
1       john@example.org                <- An alias
 
142
1       jd@example.org                  <- Another alias
143
143
 
144
144
When any of these destination addresses is specified, DSPAM will process
145
145
mail under the same user so that only one database is used for all of these
174
174
a new table just for aliases. the field pulled from should be a list of
175
175
recipient addresses, for example:
176
176
 
177
 
list@example.com        john@example.com,bob@example.com
 
177
list@example.org        john@example.org,bob@example.org
178
178
 
179
179
Postfix will now deliver to each of these mailboxes instead of an alias address.