Sender in Fake Domain !

[Lahu <la...@yahoo.com>]

Has anyone had 100% success on "Sender in Fake Domain"
(SIFD) matcher ?

In some recent tests I saw that SIFD matcher was
dispatching some of my legitimate inbound mails to
SPAM. Mails from known domains (company clients in
this case) were sent to the Spam folder. For example: 
"aramco.com" and a few other valid ones.

>From what i ve seen here is that "Sender in Fake
Domain" checks for the validity of the domain
submitted in MAIL FROM command, which, in this case,
was "aramco.com" of the sender "example@aramco.com". 

I "NSlookup(ed)" for all such domains and found one
thing in common. All of these domains cannot be
reached by typing their respective names in the
web-browser. They need the "www." prefix in order to
be reachable. ( I dont know what to call this stuff, I
m bad at DNS terminology ). 

For instance, you cannot reach the ARAMCO site just by
typing "aramco.com" in the browser address bar, you
have to qualify it with the "www." prefix.

Then i lookd up the code for SIFD which uses the
following snippet:

 //DNS Lookup for this domain
        Collection servers =
getMailetContext().getMailServers(domain);
        if (servers.size() == 0) {
            //No records...could not deliver to this
domain, so matches criteria.
            log("No MX, A, or CNAME record found for
domain: " + domain);
            return mail.getRecipients();

Wondering then how can i send them emails
successfully, since I use a DNS to deliver emails ?? I
looked up the "RemoteDelivery" code, which uses the
following snippet to send emails.

//Lookup the possible targets
                targetServers =
getMailetContext().getSMTPHostAddresses(host);

My question is:

Wont it be appropriate to use the "RemoteDelivery"
snippet to find out that the domain actually exists
because there are several operating businesses which
only have the SMTP domain (handled by ISP's) and no
website, in which case their emails would always be
delivered to the SPAM folder.

Would this hack work, if I recompile James with the
replaced code ?

Correct me if I m wrong.

Humbly,
Lahu



		
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: Sender in Fake Domain !

[Lahu <la...@yahoo.com>]

--- Serge Knystautas <se...@lokitech.com> wrote:
>What version of James are you using?

I wish I could reproduce the embarassed smiley icon
(the one in MSN messnger). I was looking at the source
of James with Phoenix 2.2.0a18  :)

Regards,
Lahu


		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: Sender in Fake Domain !

[Serge Knystautas <se...@lokitech.com>]

Lahu wrote:
> Wont it be appropriate to use the "RemoteDelivery"
> snippet to find out that the domain actually exists
> because there are several operating businesses which
> only have the SMTP domain (handled by ISP's) and no
> website, in which case their emails would always be
> delivered to the SPAM folder.

These two blocks should be using the exact same query (as the comment 
says, look for MX, A, and CNAME records).  What version of James are you 
using?

-- 
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org