<div dir="ltr"><div>When I moved my setup to Google Apps hosting several years ago, I had a similar issue.  In addition, I used to have multiple users and multiple domains setup via postfix&#39;s virtusertable, plus some aliases that work across all domains, so even if I didn&#39;t have &gt;30 aliases to setup per user, there may be conflicts between domains (ie: foo@domain1 does not have the same recipient as foo@domain2).  I ended up with a working solution for my setup, it goes something like this:</div>
<div><ul style><li style>the all-domain aliases (in my case theo@, tvd@, etc,) get setup as aliases.  most people only have a couple of these so it&#39;s fine.</li><li style>I created a catch-all &quot;alias&quot; user (<a href="https://support.google.com/a/bin/answer.py?hl=en&amp;answer=33962&amp;topic=2784760&amp;ctx=topic">https://support.google.com/a/bin/answer.py?hl=en&amp;answer=33962&amp;topic=2784760&amp;ctx=topic</a>), who receives all of the mail to unknown addresses.  Then in that user account, I configure filters to forward mails as appropriate to other accounts.</li>
<li style>For the alias filters, I have a couple of different types:<br></li><ul style><li style>Matches: deliveredto:&quot;@domain&quot;, Do this: Skip Inbox, Delete it.  For the domains where I don&#39;t want this sort of routing, just trash the mail.<br>
</li><li>Matches: deliveredto:&quot;@domain&quot;, Do this: Skip Inbox, Forward to [user], Delete it.  For the domains where I want everything forwarded.<br></li><li>Matches: (deliveredto:&quot;@domain&quot; deliveredto:(username1|username2|...)), Do this: Skip Inbox, Apply label &quot;forward-[user]&quot;, Forward to [user], Never send it to Spam.  Matches: (deliveredto:&quot;@domain&quot; deliveredto:(username3|username4|...)), Do this: Skip Inbox, Delete it.  Forward some usernames, blackhole others.  Anything else falls into the alias user&#39;s inbox.  I can decide whether to blackhole+delete, or add to the forward list and then use the gmail/gdata API to import the message into the receipient&#39;s gmail.<br>
</li><li>Matches: (deliveredto:&quot;@domain&quot; -deliveredto:(username1|username2|...)), Do this: Skip Inbox, Apply label &quot;forward-[user]&quot;, Forward to [user], Never send it to Spam.  Matches: (deliveredto:&quot;@domain&quot; deliveredto:(username1|username2|...)), Do this: Skip Inbox, Delete it.  Forward most usernames but blackhole some.<br>
</li></ul></ul></div>
<div style>It&#39;s not perfect -- sometimes the account gets so much mail that gmail starts temp rejecting via rate limiting.  Spammers probably won&#39;t retry, but legit senders will, so the mail will eventually get through.  I also hit a bug where the account would receive mail so quickly that gmail couldn&#39;t clear out the Trash, so eventually I hit the max mailbox size.  To deal with that, I created a second alias account, did an export/import of the filters (and had some complications w/ the forwarding filters), then reaimed the catchall there instead until the first account was quiet enough to empty the Trash.  The bug got fixed, btw, so while I still have the two alias accounts only the first one is really doing anything.</div>
<div style><br></div><div>Along side all this, I came to realize that source-addressing doesn&#39;t really do me any good.  Sure, if I start receiving messages I don&#39;t want I would be able to figure out where they got the address from ... but so what?  If it&#39;s spam, the spam filtering is good enough that I probably won&#39;t notice it.  If it&#39;s for filtering, I can likely filter on other headers.  So I don&#39;t create these sorts of addresses anymore and I actively try to unsubscribe/resubscribe w/ the primary address instead.  These days, the alias inbox mostly just gets leftover ham trap mail from back when I worked on SpamAssassin, where I do an unsubscribe+delete sweep every so often.  My goal is that someday I can turn this catch-all stuff off and be done with it, but to be honest it&#39;s been working fine so I stopped paying attention a while ago.</div>
<div><br></div><div style>Hope this helps. :)</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 24, 2013 at 9:06 AM, Edward Ned Harvey (bblisa4) <span dir="ltr">&lt;<a href="mailto:bblisa4@nedharvey.com" target="_blank">bblisa4@nedharvey.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">&gt; From: <a href="mailto:bblisa-bounces@bblisa.org">bblisa-bounces@bblisa.org</a> [mailto:<a href="mailto:bblisa-bounces@bblisa.org">bblisa-bounces@bblisa.org</a>] On<br>

&gt; Behalf Of Tom Metro<br>
&gt;<br>
</div><div class="im">&gt; Edward Ned Harvey wrote:<br>
&gt; &gt; I use office365.  The standard user would just login to the admin<br>
&gt; &gt; interface, and add a new alias to their account.  I scripted mine to<br>
&gt; &gt; run through powershell instead.  So it&#39;s both very user friendly, and<br>
&gt; &gt; very automatable for geeks who care.  I could be mistaken, but I<br>
&gt; &gt; think the same thing is possible on google apps; albeit, differently<br>
&gt; &gt; implemented.<br>
&gt;<br>
&gt; Are you &quot;screen scraping&quot;?<br>
<br>
</div>Not sure what you mean by that, but if it&#39;s anything like this:<br>
<a href="http://blogs.msdn.com/b/securitytipstalk/archive/2010/04/07/what-is-screen-scraping.aspx" target="_blank">http://blogs.msdn.com/b/securitytipstalk/archive/2010/04/07/what-is-screen-scraping.aspx</a><br>
then the answer is no.    ;-)<br>
<div class="im"><br>
<br>
&gt; There is no API, that I&#39;m aware of, for creating an alias in Google<br>
&gt; Apps, unless it is something that&#39;s part of their account migration<br>
<br>
</div>I&#39;ve never dug into the google API, but it exists.  I don&#39;t know if its capabilities cover anything like this.  I am told that basically everything you do to admin your domain, can be scripted.<br>
<br>
This is the only link that I know:<br>
<a href="https://developers.google.com/google-apps/admin-apis" target="_blank">https://developers.google.com/google-apps/admin-apis</a><br>
<br>
It might or might not shed any illumination.<br>
<br>
But as you said, if there&#39;s a 30 alias limit per user account, that&#39;s the *real* obstacle.  With or without API, that&#39;s fatal for anyone who cares about this.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
bblisa mailing list<br>
<a href="mailto:bblisa@bblisa.org">bblisa@bblisa.org</a><br>
<a href="http://www.bblisa.org/mailman/listinfo/bblisa" target="_blank">http://www.bblisa.org/mailman/listinfo/bblisa</a><br>
</div></div></blockquote></div><br></div>