Risks of .forward-ing?
Is there any way to "safely" forward email messages from a Linode to Gmail in a way that both doesn't conflict with SPF, and if the message is spam, doesn't make Google's systems think that the original source of the message is the VPS?
(And no, outsourcing MXes to Google Apps can't happen.)
I'm quite sure the answer is "no"… but I'd be very happy to learn that I'm wrong about that. I can't really "afford" putting the whole SpamAssassin/ClamAV bundle on the server… and I still feel it's quite an overkill, especially as this whole post has been triggered by one (first ever, after 4 months of uptime) spam message that wasn't rejected on the submission time and actually guessed a local user's name.
Yes, I could disable support for per-user .forward files and tell them to use the Gmail POP client, changing the action from push to pull. But it polls the remote accounts only every 30+ minutes… and that's too long in some cases.
(It'd be really nice if Gmail had a "relayer whitelist"… which would never submit specified machine to RBL even if some of the messages sent to the whitelisting account were spam…
What? I can dream, right?)
Hope you had a good laugh,
-- rsk
7 Replies
For what it's worth, I've run the full Spamassassin/ClamAV on my lowest-end Linode, well before it was a 360, without problems. While hosting Web sites, handling a fair amount of email, etc.
GMail has never (so far) marked my server as a spam relay, even though GMail does filter the few spam messages that get through. This leads me to believe that GMail doesn't use the originating IP in determining if a message is spam (or it gives it a really low score).
I'd say you're safe using .forward.
–deckert
:0 fw
* !^X-Loop: example@gmail.com
| /usr/bin/formail -A'X-Loop: example@gmail.com'
:0 A
! example@gmail.com
Note that Gmail will still reject email from eBay/Paypal. For some stupid reason, rather than using SPF, Google decided to do their own thing, which ignores the rewrite.
@BarkerJr:
Note that Gmail will still reject email from eBay/Paypal. For some stupid reason, rather than using SPF, Google decided to do their own thing, which ignores the rewrite.
Are you sure? I forward all of my email to google (using the same procmailrc trick you do), publish SPF for my domain, and get my paypal and ebay emails just fine…