By REAL set, I mean those recipients to whom the mail was REALLY sent to :)
X-elements are usually supportive and not obligatory elements of a mail. Dont know whether we can rely on them. If thats a JAMES inserted header probably you can rely on that. Be sure to check for the case if a mail is intended to multiple recipients as to whether they ALL are listed over there. --- Marcello Marangio <[EMAIL PROTECTED]> wrote: > Thanks for the answer. > > What do you mean with "REAL set of recipients"?. > After a few tries, I found out that there is the > "X-Original-to" header that > contains the intended recipient. > Is it a good point to get the recipient? Or is it a > non-standard header? > > Thanks > Marcello Marangio > > -----Messaggio originale----- > Da: Lahu [mailto:[EMAIL PROTECTED] > Inviato: gioved� 10 marzo 2005 10.29 > A: James Users List > Oggetto: Re: Fetchmail problem > > > Reading the "To" header wont be a good idea too, > bcoz u'll lose out on > recipients of a mail sent to some group, or on BCC > principle, for example. > > I havent seen the code of MessageProcessor.java coz > i ve been dealing wid > SMTP only so far. My programmer tells me that if u r > able to get hold of the > *.FileObjectStore files, try unparsing them for the > REAL set of recipients. > Its got a wealth of information. Thats the only > perfect method of detecting > recipients as far as i know. > > Regards, > Lahu > --- Marcello Marangio <[EMAIL PROTECTED]> wrote: > > Hi all. > > I see from the code of MessageProcessor.java (in > the method > > getEnvelopeRecipient) that there is a quite > peculiar parsing to get > > the recipients of a mail. > > I am not too expert about smtp stuff but: > > 1) would it be easier to get the "to" header > instead of "Received"? > > What is the difference between the two? > > > > 2) I see that the method tries to parse each > "received:" header > > searching for the "for" keyword. In some cases > (for example when there > > is more than one recipient) the "for" keyword is > not inserted by a > > mail server, so that parsing fails and so does > Fetchmail. This is the > > received header section I get from the mail > server: > > > > Received: from localhost (localhost.localdomain > > [127.0.0.1]) > > by dns1.rupar.puglia.it (Postfix) with > ESMTP > > id E6BE71137BA; Wed, 9 Mar 2005 18:40:06 > > +0100 (CET) > > Received: from dns1.rupar.puglia.it ([127.0.0.1]) > by localhost > > (dns1.rupar.puglia.it [127.0.0.1]) (amavisd-new, > port 10024) with > > ESMTP id 23613-03; Wed, 9 Mar 2005 18:40:05 > > +0100 (CET) > > Received: from sirio.tno.it (sirio.tno.it > > [138.66.30.5]) > > by dns1.rupar.puglia.it (Postfix) with > ESMTP > > id 671F511378A; Wed, 9 Mar 2005 18:40:04 > > +0100 (CET) > > Received: from marangio (marangio.csata.tno.it > > [138.66.82.51]) > > by sirio.tno.it (8.11.6/8.11.6) with SMTP > id j29GfnW02137; > > Wed, 9 Mar 2005 17:41:49 +0100 > > > > To solve this problem, I'd modify > > MessageProcessor.java to read the the > > recipients from the "to" header, but i am not sure > it is a good > > idea... > > > > Is there a better way to solve the problem? > > > > Thanks > > Marcello Marangio > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
