This was a genuine mistake with posting to the wrong forum. 

I have been a paid user of spamfilter for over 6 years, and am disgusted that you think I post in order to get backlinks.

I was going to comment to you about the problem you described above, and kindly provide you with the scripts I wrote in order to resolve it in the quarantine area.

I guess I won't be providing you with the scripts.

The solution is very simple

in your quarantine area (whatever scripts you use to access it) you need to create an alias for the user that logs in. your SQL query will then pick up all the spam for that users and it's aliases.

As far as I am aware SpamFilter was designed to be as seemless as possible to the mail process (Roberto can correct me if that has changed). So the less mail logic there is in SF the better it is. What you're requesting above is a mail server feature, which will most likely make SF more cumbersome.

Now, if you want to know anything about virtual offices, feel free to ask me!

Access the Theme Editor from the Administration > Appearance > Editor menu.

Click on the header.php file, make the changes and save.

this should work for you. If you have problems let me know.

I don't think there are many real enterprise systems using spamfilter, or this issue would come up more often.

Google Apps - Catch-all address

Google Apps - Email aliases

Google is refering to there GMail which is a complete solution (Spamfiltering - Mailbox)

this could be done easily if you control the mailbox, however with spamfilter we are only contrlloing the first stage.

 

GFI MailProtection - Email aliases 

As i have spoken to you before my Web interface does allow for EMail aliases.

 

Spam Hero - Catch-all address

As far as i can tell by reading their information what they are doing is providing the service for 30 days where it runs no allowed recipient list. After that date they are running a recipient list based on what they beleive is the real list. How are they generating this list? The only way i can see that it could be done is by either monitoring the daily spam reports and treating those that create a logon as true users, or they also provide an outgoing mail filter service and look for " no such user" administrator messages. Then after 30 days you can turn the feature back on if you want. Once again this is just like turning on or off the allowed recipient list.

 

CudaMail - Domain aliases

As above my custom web interface offers this.

 

What i would propose is that you bill based on website logon accounts. and send out a daily report to users that tells them to logon to view there spam messages. This will allow you to dynamically build the user list that you bill on.

It will also ensure that the customer continues to receive all good email addresses.

currently what you are doing means that the customer MUST inform you (this may be via a website or whatever) every time that they create a new user / alias. As a network administrator this will be seen as a pain in the ass, and often forgotten.

However by implementing a daily spam report that the user gets that if registered lists all the captured spam and if not then requests them to create an account (once only) to manage their spam, is not as much a burden.

 

I implement this system on many of my clients that i (or my company) manage their network (so we do the adds of new users) and find that most users create their web logon within days of starting.

Actually, what I want to do with the aliases and catch-all are very mainstream

among hosted solutions.  I can't believe more are not interested in the ability 

to have these things:

Google Apps - Catch-all address

Google Apps - Email aliases 

GFI MailProtection - Email aliases  

Spam Hero - Catch-all address 

CudaMail - Domain aliases 

I am not a user of these other services, but doing a search reveals what we want to offer is being offered by others and based on the number of queries from customers we receive these features are wanted by the end users.

We never get requests for mail archiving or TLS support, but catch-all and aliases are requested often.

We are currently trying to come up with a solution so we can remain competitive with others in the market, despite spamfilter not offering these things.  One idea we have is to setup a Linux server, any customer who enables alias or catch-all will have their email routed to the Linux box after spamfilter processes and we can do it from there, but what a hassle.

 

I understand whta you want is the following steps to apply.

1. Email comes in to spamfilter

2. Email recipient is checked against allowed receivers.

   2a. If passes recipient test then continue as normal

   2b. If fails recipient test then change the recipient to {catchall@recipientdomain.com] and process as normal. (also probably require subject, or body to be modified to note who the original recipient should have been.)

3. Process email as normal.

 

Currently there is no option to do this, and i dont know of any product that does have this.