I'm back to this thread because something is not working.
I setup the filters in cPanel for the domain that I am referring to. This
is how the filter looks like from /etc/mydomain.com/noel.agent01/filter:
if
> foranyaddress $h_to:,$h_cc:,$h_bcc: ( $thisaddress does not contain "
> mydomain.com" )
> then
> deliver "noel.admin@???"
> save "/dev/null" 660
> endif
in cPanel, the rule was like:
- For any recipient that does NOT contain mydomain.com
The actions were:
1. Redirect to email - noel.admin@???
2. Discard the message
The filter looks good so far, but unfortunately, when I send from that
email account "noel.agent01" to my gmail.com account, I can still receive
it in my Gmail! And noel.admin@??? does not receive it!
There must be something wrong somewhere else, because I really think the
filters are already okay. My webhost is HostGator, by the way. And the
account I'm using is on a dedicated server account.
My questions:
1. Could it be that conditions are not correct?
2. Could it be that Exim filters are disabled for that server? If so,
how can I enable it?
3. Maybe I'm doing it all wrong? If I am, could anyone tell me how to
forward all outgoing emails to another account without letting those emails
reach their intended recipients?
Noel Martin
On Tue, Apr 10, 2012 at 11:12 AM, Noel Martin Llevares <dashmug@???>wrote:
> Thanks for the suggestions. I'l' start implementing something and then
> come back to this email when I found something or if I get stuck.
>
> Noel
>
>
> On Tue, Apr 10, 2012 at 8:38 AM, Phil Pennock <pdp@???> wrote:
>
>> On 2012-04-09 at 19:22 +0800, Noel Martin Llevares wrote:
>> > Right now, I'm simply thinking of doing the following:
>> >
>> > - Create user filter for each agent.
>> > - Each outgoing email will be FORWARDED to a QA account. => This
>> is
>> > easy in cPanel, I think.
>> > - This email should NOT be delivered to the client yet. => This
>> part,
>> > I don't know how to make the filter yet.
>>
>> So really, you want to have the message "accepted" by the system which
>> quarantines outbound mails, rather than by something which does DNS
>> lookup or smarthost delivery. You can do this with a Router (as
>> suggested).
>>
>> > - QA staff needs to review the email (make corrections,edits,etc.).
>> > - QA staff should be able to send the email to the client *on
>> behalf *of
>> > the original sender. => This part I also don't know how to do.
>> > Gmail can do
>> > this. Many email servers also allow this. What do I need to do
>> > with Exim so
>> > that the QA account can send an email as *someone else*? Or, is
>> this
>> > simply a matter of the changing the "From:" and "Reply-To:"
>> headers?
>>
>> Gmail will put in Sender: information. Loosely, if you configure your
>> MTA to trust the sender, then the MTA won't fix up the message with that
>> information and will trust whatever it's told -- this is part of why the
>> spam problem is so prevalent in email. So yes, you can change the From:
>> header.
>>
>> Just be careful to not create a loop where the released mail might go
>> back into quarantine.
>>
>> Also: if the QA staff are making corrections/edits, you probably want to
>> have those changes go back to the original replier, to create a training
>> feedback loop. I'll just reiterate my suggestion to consider proper
>> helpdesk software and leave it at that.
>>
>> -Phil
>>
>
>
