Sam,

I suspect that its java mail or your sending mail client which is doing
this, I use M$ Outlook (Cough cough!) which has a user alterable setting for
this.
I also believe that the SMTP specification allows servers to truncate lines
more than 76 characters long (for who knows what archaic ARPA-net reason)
and that the usual response of this is for mail clients to wrap lines at 76
characters.

Using an encoding, uu-encode or mime, can get around this by encoding and
decoding line-endings and wrapping the encoded message at char 76.

d.

> -----Original Message-----
> From: Samuel Sadek [mailto:[EMAIL PROTECTED]]
> Sent: 09 May 2002 21:20
> To: [EMAIL PROTECTED]
> Subject: SMTP-receiver server
>
>
> Hi all,
>
> I wanted to know if there is any way I can control the formatting of mail
> data being received from a requesting SMTP-sender server over a TCP/IP
> transmission channel. The reason I ask this is that I have
> noticed that if I
> send mail to a local recipient from the same domain as my JAMES
> SMTP server,
> it sets the message attachment file line length to exactly 76 characters
> long. If I send the same attachment file within the same message but sent
> from a remote mail server eg. hotmail.com or yahoo.com they seem
> to set the
> line length of the attachment to exactly 60 characters long. I
> wondered if
> there's any chance of intercepting every line as it's being sent from a
> sending SMTP server and control the width of it. I know in
> SMTPHandler.doData method intercepts the mail data as an
> inputstream but do
> not how to perceive this from this point...
>
> Could this difference be due to the content-transfer-encoding
> scheme being
> used to send the binary data over a transmission channel i.e.
> 7bit vs. 8bit
> ?
>
> Your feedback will be greatly appreciated as always.
>
> Thanks in advance.
>
> Sam.
>
>
> _________________________________________________________________
> Chat with friends online, try MSN Messenger: http://messenger.msn.com
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to