Here's the bit of the RFC. So the field is optional, but needless to say
blocking those messages is rather strange. Is it hoping to receive
automated messages only and rejecting spec compliant messages as a spam
control feature?
4.4.1. FROM / RESENT-FROM
This field contains the identity of the person(s) who wished
this message to be sent. The message-creation process should
default this field to be a single, authenticated machine
address, indicating the AGENT (person, system or process)
entering the message. If this is not done, the "Sender" field
MUST be present. If the "From" field IS defaulted this way,
the "Sender" field is optional and is redundant with the
"From" field. In all cases, addresses in the "From" field
must be machine-usable (addr-specs) and may not contain named
lists (groups).
On Sat, Feb 16, 2013 at 12:11 PM, Thomas Neidhart <[email protected]
> wrote:
> On 02/15/2013 10:44 PM, Ricardo Bevilacqua wrote:
> > Hi to all!
> >
> > I'm facing the following issue: my client has an SMTP server that
> > blocks incomming mails that have the "from" header for some reason. If
> > the mail doesn't have this header, it works.
> >
> > So my question is if there is a chance to remove this header.
> >
> > I've already tried to set the headers to "null" like this:
> >
> > <code>
> >
> > email.setHeaders(null);
> >
> > </code>
> >
> > But that gives an exception. I also tried to set the From header empty:
> >
> > <code>
> >
> > HashMap <String, String> headers = new HashMap<String, String>();
> >
> > headers.put("From", "");
> >
> > email.setHeaders(headers);
> >
> > </code>
> >
> > But that gives an exception as well.
> >
> > Your help is greatly appreciated.
>
> Hi,
>
> as Siegfried already mentioned, this is kind of odd. I would first
> investigate why the mail server rejects emails with a valid from header.
>
> If you really want to change/omit the from header you will have to use
> reflection to set it to a null value or update the embedded mime message
> (depending on whether buildMimeMessage has already been called in your
> case).
>
> Thomas
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
