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]
