You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by Lahu <la...@yahoo.com> on 2004/10/04 09:24:04 UTC
Remote Delivery Exception !
Hey all,
For few dayz, i m noticing the following exception in
which case the mail never gets delivered and is
nowhere to be found. The log level of Mailet is
already set to DEBUG. I cant find anything more over
there....! Any helps ?
04/10/04 10:17:36 INFO James.Mailet: RemoteDelivery:
Attempting delivery of Mail1096874234187-2 to host
192.168.1.2 to addresses [abc@example.com]
04/10/04 10:17:36 INFO James.Mailet: RemoteDelivery:
Exception caught in RemoteDelivery.run():
java.lang.NullPointerException
Regards,
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 !
Posted by 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 !
Posted by 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
Sender in Fake Domain !
Posted by 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: Unblocking mails !
Posted by Lahu <la...@yahoo.com>.
Dear Noel,
The "FromRepository" does not Re-spool without
restarting mails.
The response given to this guy(Chris):
http://nagoya.apache.org/eyebrowse/ReadMsg?listId=21&msgNo=7034
Can something similar of the sort be done on a
FileSystem repository ?
Regards,
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: Unblocking mails !
Posted by "Noel J. Bergman" <no...@devtech.com>.
See the FromRepository mailet in v2.2
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Unblocking mails !
Posted by Lahu <la...@yahoo.com>.
Is there a consistent way to *Unblock* legitimate
mails *WITHOUT* restarting JAMES ?
I tried cut/pasting those mails from Spam/Error to
Spool again with a modified Subject and appropriately
set up matcher for that purpose... heheh.. but it
looks that James is smarter than that ;)
Any clues ?
Thanx !
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: Remote Delivery Exception !
Posted by Lahu <la...@yahoo.com>.
Hi all,
I just went thru my entire config file and cudnt
really find a misconfiguration in that. All my
remotedelivery tags (5 or 6 in there) have properly
set up gateway tags. Havent been really able to figure
out that wat really causes this.
I have a rather heavy daily activity (around 40 to 45
thousand mailz a day) and this issue is causing a loss
of about 300 - 500 mailz daily. SOS !
Best regardz
Lahu
--- Hes Siemelink <he...@izecom.com> wrote:
> This sounds like bug 318:
> http://nagoya.apache.org/jira/browse/JAMES-318
>
> Noel has fixed this, and I assume the fix is in
> 2.2.1rc1
>
> Cheers,
>
> Hes.
>
>
> -----Original Message-----
> From: Lahu [mailto:lahuonline@yahoo.com]
> Sent: maandag 4 oktober 2004 9:24
> To: server-user@james.apache.org
> Subject: Remote Delivery Exception !
>
> Hey all,
> For few dayz, i m noticing the following exception
> in
> which case the mail never gets delivered and is
> nowhere to be found. The log level of Mailet is
> already set to DEBUG. I cant find anything more over
> there....! Any helps ?
>
> 04/10/04 10:17:36 INFO James.Mailet:
> RemoteDelivery:
> Attempting delivery of Mail1096874234187-2 to host
> 192.168.1.2 to addresses [abc@example.com]
>
> 04/10/04 10:17:36 INFO James.Mailet:
> RemoteDelivery:
> Exception caught in RemoteDelivery.run():
> java.lang.NullPointerException
>
> Regards,
> 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
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> server-user-unsubscribe@james.apache.org
> For additional commands, e-mail:
> server-user-help@james.apache.org
>
>
_______________________________
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: Remote Delivery Exception !
Posted by Hes Siemelink <he...@izecom.com>.
This sounds like bug 318: http://nagoya.apache.org/jira/browse/JAMES-318
Noel has fixed this, and I assume the fix is in 2.2.1rc1
Cheers,
Hes.
-----Original Message-----
From: Lahu [mailto:lahuonline@yahoo.com]
Sent: maandag 4 oktober 2004 9:24
To: server-user@james.apache.org
Subject: Remote Delivery Exception !
Hey all,
For few dayz, i m noticing the following exception in
which case the mail never gets delivered and is
nowhere to be found. The log level of Mailet is
already set to DEBUG. I cant find anything more over
there....! Any helps ?
04/10/04 10:17:36 INFO James.Mailet: RemoteDelivery:
Attempting delivery of Mail1096874234187-2 to host
192.168.1.2 to addresses [abc@example.com]
04/10/04 10:17:36 INFO James.Mailet: RemoteDelivery:
Exception caught in RemoteDelivery.run():
java.lang.NullPointerException
Regards,
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
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org