From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-468396953-1659547978=:11738
Content-Type: text/plain; format=flowed; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE

Hi there.

I'm wondering about the following thing:

There is a server A and Alpine is running on that server and is configured=
=20
to talk with mail.server.a and there is user@server.a account.

Then I'll set up Alpine to use IMAP to get E-Mails from server B,=20 user@server.b ... now when I send E-Mails as user@server.b using=20 mail.server.b, does Alpine include some indentifying things into header of=
=20
those E-Mails that can point out to server.a?

I'd like to keep these two separated, yet use Alpine on server.a to=20 send/receive both ...

Hope my question made some sense :)

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-468396953-1659547978=:11738--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

On Wed, 3 Aug 2022, Bud Spencer wrote:

There is a server A and Alpine is running on that server and is
configured to talk with mail.server.a and there is user@server.a
account.

Then I'll set up Alpine to use IMAP to get E-Mails from server B, user@server.b ... now when I send E-Mails as user@server.b using mail.server.b, does Alpine include some indentifying things into header
of those E-Mails that can point out to server.a?

Alpine will not add anything that is not requested by protocols. SMTP
asks that computers identify themselves (by their IP address) so the IP address of server.a will be available to the smtp server.b, which will be included in the Received: headers.

Other than that, everything can be set up and kept separately.
--
Eduardo
https://alpineapp.email
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1344332946-1659554792=:67262
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Wed, 3 Aug 2022, Eduardo Chappa wrote:

On Wed, 3 Aug 2022, Bud Spencer wrote:

There is a server A and Alpine is running on that server and is configur= ed=20
to talk with mail.server.a and there is user@server.a account.
=20
Then I'll set up Alpine to use IMAP to get E-Mails from server B,=20
user@server.b ... now when I send E-Mails as user@server.b using=20
mail.server.b, does Alpine include some indentifying things into header = of=20
those E-Mails that can point out to server.a?

Alpine will not add anything that is not requested by protocols. SMTP
asks that computers identify themselves (by their IP address) so the IP=

=20

address of server.a will be available to the smtp server.b, which will be=

=20

included in the Received: headers.

Other than that, everything can be set up and kept separately.

Thanks for your answer Eduardo!

So, if I understod this correctly. If server.b doesn't strip these things=
=20
from header, then it will be shown that particular E-MAil is sent from=20 server.a?

Correct?

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-1344332946-1659554792=:67262--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

On Wed, 3 Aug 2022, Bud Spencer wrote:

So, if I understod this correctly. If server.b doesn't strip these
things from header, then it will be shown that particular E-MAil is sent from server.a?

Correct?

Yes, and server.b will add a header to show the message came from
server.a.
--
Eduardo
https://alpineapp.email (web)
http://repo.or.cz/alpine.git (Git)
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-396370151-1659555411=:67262
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Wed, 3 Aug 2022, Eduardo Chappa wrote:

On Wed, 3 Aug 2022, Bud Spencer wrote:

So, if I understod this correctly. If server.b doesn't strip these thing= s=20
from header, then it will be shown that particular E-MAil is sent from=

=20

server.a?
=20
Correct?

Yes, and server.b will add a header to show the message came from server.=

a.

Thanks for clearing this up! Much obliged!

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-396370151-1659555411=:67262--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Bud Spencer <bud@campo.verano.it> wrote:

Hi there.

Hi Mr. Spencer,

I tought that you died recently (for a suitable definition of
"recently"). Wondering how you can write postings as a dead being.

Read: It seems to me that you are asking how to - some kind of - fake
mails.

[...]
There is a server A and Alpine is running on that server and is configured to talk with mail.server.a and there is user@server.a account.

Then I'll set up Alpine to use IMAP to get E-Mails from server B, user@server.b ... now when I send E-Mails as user@server.b using mail.server.b, does Alpine include some indentifying things into header of those E-Mails that can point out to server.a?

I'd like to keep these two separated, yet use Alpine on server.a to send/receive both ...

Hope my question made some sense :)

It does.

You'll not be able to hide this setup. At least not to people who are
able to read mail headers and know how mail systems function.

Beside of that: You are talking about where you get your mails from but
asking how to hide things if you send mails...
Strange combination!

Regards,
Henning
--
In the first place, God made idiots;
this was for practice; then he made school boards.
-- Mark Twain
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1578621276-1659607526=:56503
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Thu, 4 Aug 2022, Henning Hucke wrote:

Bud Spencer <bud@campo.verano.it> wrote:

I tought that you died recently (for a suitable definition of
"recently"). Wondering how you can write postings as a dead being.

It's a kind of magic.

Read: It seems to me that you are asking how to - some kind of - fake
mails.

No. Not at all. Both E-Mail addresses are real, nothing to fake here.

[...]
There is a server A and Alpine is running on that server and is configur=

ed

to talk with mail.server.a and there is user@server.a account.

Then I'll set up Alpine to use IMAP to get E-Mails from server B,
user@server.b ... now when I send E-Mails as user@server.b using
mail.server.b, does Alpine include some indentifying things into header =

of

those E-Mails that can point out to server.a?

I'd like to keep these two separated, yet use Alpine on server.a to
send/receive both ...

Hope my question made some sense :)

It does.

You'll not be able to hide this setup. At least not to people who are
able to read mail headers and know how mail systems function.

Except if server.b strips this any mention of server.a from the headers=20
and send it as it would have sent from the server.b

Beside of that: You are talking about where you get your mails from but asking how to hide things if you send mails...
Strange combination!

Not really. It would just be more convenient to use both E-Mail addresses=
=20
with same client. But undisclosed reasons server.a should not be visible=20
in E-Mails sent from server.b ... I see nothing strange about this. At=20
least for me.

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-1578621276-1659607526=:56503--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Bud Spencer <bud@campo.verano.it> wrote:

[-- text/plain, encoding quoted-printable, charset: UTF-8, 50 lines --]

Stange information line.

On Thu, 4 Aug 2022, Henning Hucke wrote:
[...]

You'll not be able to hide this setup. At least not to people who are
able to read mail headers and know how mail systems function.

Except if server.b strips this any mention of server.a from the headers
and send it as it would have sent from the server.b

Of course as ever: If you've got a server under your control you can
manipulate everything which happened before (and at) this server. So
far so true. But you didn't tell that you've control over server.b.

Beside of that: You are talking about where you get your mails from but
asking how to hide things if you send mails...
Strange combination!

Not really. It would just be more convenient to use both E-Mail addresses with same client. But undisclosed reasons server.a should not be visible
in E-Mails sent from server.b ... I see nothing strange about this. At
least for me.

Please enlighten me: why?

For security reasons? This would be so called security by obscurity
which is known to be no security.

It's a little bit like blocking ICMP echo/reply messages. This indeed
closes a hole which can be used to tunnel malicious data through a
firewall but on the other hand you can minimize the risk by also
filtering "oversized" ICMP echo/reply messages and other things.
But if you block ICMP you harm others which not so seldom need this
"tool" to troubleshoot thing. And these others are your partner "in the internet".

So carefully think about whether or not this really helps you and also
think about how this personal measurement harms other participants of
the internet.

Regards
Henning
--
In theory there is no difference between theory and practise.
In practise there is.
Yogi Beer
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-731397538-1659696166=:4210
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Fri, 5 Aug 2022, Henning Hucke wrote:

Bud Spencer <bud@campo.verano.it> wrote:

[-- text/plain, encoding quoted-printable, charset: UTF-8, 50 lines --]

Stange information line.

Innit?

On Thu, 4 Aug 2022, Henning Hucke wrote:
[...]

You'll not be able to hide this setup. At least not to people who are
able to read mail headers and know how mail systems function.

Except if server.b strips this any mention of server.a from the headers
and send it as it would have sent from the server.b

Of course as ever: If you've got a server under your control you can manipulate everything which happened before (and at) this server. So
far so true. But you didn't tell that you've control over server.b.

I don't.

Beside of that: You are talking about where you get your mails from but
asking how to hide things if you send mails...
Strange combination!

Not really. It would just be more convenient to use both E-Mail addresse=

s

with same client. But undisclosed reasons server.a should not be visible
in E-Mails sent from server.b ... I see nothing strange about this. At
least for me.

Please enlighten me: why?

You are smart man, you figure out possibilities.

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-731397538-1659696166=:4210--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Bud Spencer <bud@campo.verano.it> wrote:

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-468396953-1659547978=:11738
Content-Type: text/plain; format=flowed; charset=UTF-8 >Content-Transfer-Encoding: QUOTED-PRINTABLE

Hi there.

I'm wondering about the following thing:

There is a server A and Alpine is running on that server and is configured= >=20
to talk with mail.server.a and there is user@server.a account.

Then I'll set up Alpine to use IMAP to get E-Mails from server B,=20 >user@server.b ... now when I send E-Mails as user@server.b using=20 >mail.server.b, does Alpine include some indentifying things into header of= >=20
those E-Mails that can point out to server.a?

I'd like to keep these two separated, yet use Alpine on server.a to=20 >send/receive both ...

Hope my question made some sense :)

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-468396953-1659547978=:11738--

Could I please request that you not post articles to plain text Usenet
that are attachments with QUOTED-PRINTABLE encoding? There's no plain
text alternative part and there's no reason to encode.

I don't even know how you set alpine to create the intended main part
to be an attachment with no alternative plain text part.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-288430170-1659733859=:87688
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

I don't even know how you set alpine to create the intended main part
to be an attachment with no alternative plain text part.

Then there are two of us. I haven't done such settings ...

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-288430170-1659733859=:87688--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Bud Spencer <bud@campo.verano.it> wrote:

I don't know what your alpine settings are, but this is what you are
producing. There are two parts to your article.

This is part one. It's boilerplate. I've seen other clients add this.
I had no idea alpine would ever add it. This is undesireable behavior.

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

Here is the second part.

--2739015498-288430170-1659733859=:87688
Content-Type: text/plain; charset=UTF-8; format=flowed >Content-Transfer-Encoding: QUOTED-PRINTABLE

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

I don't even know how you set alpine to create the intended main part
to be an attachment with no alternative plain text part.

Then there are two of us. I haven't done such settings ...

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-288430170-1659733859=:87688--

Usenet is 8-bit clean. Never post with QP encoding. alpine has a setting "Enable 8bit ESMTP Negotiation" which I have set but I don't think it's
set by default. I think that generally prevents alpine creating QP in
email but that shouldn't effect Usenet since SMTP is irrelevant.

As far as how you keep posting with your intended main body part of the
article as an attachment instead, I cannot possibly guess. I've never
had alpine create an email message of mine like that nor would it create
a Usenet article like that. Generally, I don't use alpine as a
newsreader but I have the option to do so as I follow pine naming
convention for my .newsrc so that alpine may use it.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

Could I please request that you not post articles to plain text Usenet
that are attachments with QUOTED-PRINTABLE encoding? There's no plain
text alternative part and there's no reason to encode.

Adam, please take a look at RFC 5536, which effectively allows for quoted-printable in news articles. I understand you will never like it,
but it is perfectly legal, and there is no reason to create noise about
it.
--
Eduardo
https://alpineapp.email (web)
http://repo.or.cz/alpine.git (Git)
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-159663268-1659820520=:95900
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Sat, 6 Aug 2022, Adam H. Kerman wrote:

Bud Spencer <bud@campo.verano.it> wrote:

I don't know what your alpine settings are, but this is what you are producing. There are two parts to your article.

This is part one. It's boilerplate. I've seen other clients add this.
I had no idea alpine would ever add it. This is undesireable behavior.

This message is in MIME format. The first part should be readable text=

,

while the remaining parts are likely unreadable without MIME-aware tool=

s.

Here is the second part.

--2739015498-288430170-1659733859=3D:87688
Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

I don't even know how you set alpine to create the intended main part
to be an attachment with no alternative plain text part.

Then there are two of us. I haven't done such settings ...

--=3D20
=3DE2=3D82=3DAA BUD =3DE2=3D82=3DAA
--2739015498-288430170-1659733859=3D:87688--

Usenet is 8-bit clean. Never post with QP encoding. alpine has a setting "Enable 8bit ESMTP Negotiation" which I have set but I don't think it's
set by default. I think that generally prevents alpine creating QP in
email but that shouldn't effect Usenet since SMTP is irrelevant.

As far as how you keep posting with your intended main body part of the article as an attachment instead, I cannot possibly guess. I've never
had alpine create an email message of mine like that nor would it create
a Usenet article like that. Generally, I don't use alpine as a
newsreader but I have the option to do so as I follow pine naming
convention for my .newsrc so that alpine may use it.

Breath.

I never knew this kind of thing is going on, no need to foam all over.

Also what you are doing has nothing to do with anything. You do you.

Anyway thank you to bring this up, now I know the issue and can correct it=
=20
=2E. only I didn't find anything like that in the configs.

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-159663268-1659820520=:95900--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1157977665-1659820659=:95900
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Sat, 6 Aug 2022, Eduardo Chappa wrote:

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

Could I please request that you not post articles to plain text Usenet t= hat=20
are attachments with QUOTED-PRINTABLE encoding? There's no plain text=20
alternative part and there's no reason to encode.

Adam, please take a look at RFC 5536, which effectively allows for=20 quoted-printable in news articles. I understand you will never like it, b=

ut=20

it is perfectly legal, and there is no reason to create noise about it.

Oh. So I didn't accidentally do anything wrong then.

Anyway, could you please point out where I can set this off anyway? Since=
=20
I haven't set such thing ... at least not knowingly.

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-1157977665-1659820659=:95900--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

At 11:26am -0000, 08/06/22, Eduardo Chappa <chappa@washington.edu> wrote:

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

Could I please request that you not post articles to plain text Usenet that >>are attachments with QUOTED-PRINTABLE encoding? There's no plain text >>alternative part and there's no reason to encode.

Adam, please take a look at RFC 5536, which effectively allows for >quoted-printable in news articles. I understand you will never like it, but >it is perfectly legal, and there is no reason to create noise about it.

I'm posting a followup with alpine. Here's a non-ASCII character.

o

Let's see if I get quoted-printable encoding and if the main body of the article ends up in a second attachment, with the boilerplate nag about MIME-aware tools in the first part.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

At 8:01pm -0000, 08/06/22, Adam H. Kerman <ahk@chinet.com> wrote:

MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-7
Content-Transfer-Encoding: 8BIT

At 11:26am -0000, 08/06/22, Eduardo Chappa <chappa@washington.edu> wrote:

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

Could I please request that you not post articles to plain text Usenet that >>>are attachments with QUOTED-PRINTABLE encoding? There's no plain text >>>alternative part and there's no reason to encode.

Adam, please take a look at RFC 5536, which effectively allows for >>quoted-printable in news articles. I understand you will never like it, but >>it is perfectly legal, and there is no reason to create noise about it.

I'm posting a followup with alpine. Here's a non-ASCII character.

?

In UTF-8, that was supposed to be an apostrophe.

Let's see if I get quoted-printable encoding and if the main body of the >article ends up in a second attachment, with the boilerplate nag about >MIME-aware tools in the first part.

Huh

I was not expecting the MIME header to declare ISO-8859-7 since my shell's environment has character set to UTF-8, and my terminal emulation matches.

In any event, I didn't get a multipart.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Eduardo Chappa <chappa@washington.edu> wrote:

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

Could I please request that you not post articles to plain text Usenet >>that are attachments with QUOTED-PRINTABLE encoding? There's no plain
text alternative part and there's no reason to encode.

Adam, please take a look at RFC 5536, which effectively allows for >quoted-printable in news articles. I understand you will never like it,
but it is perfectly legal, and there is no reason to create noise about
it.

I don't agree that attachments are part of plain-text Usenet either.
I've just never seen alpine do that before and I have no idea how
to recreate it.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1355159910-1659889921=:53077
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Sun, 7 Aug 2022, Adam H. Kerman wrote:

Eduardo Chappa <chappa@washington.edu> wrote:

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

Could I please request that you not post articles to plain text Usenet
that are attachments with QUOTED-PRINTABLE encoding? There's no plain
text alternative part and there's no reason to encode.

Adam, please take a look at RFC 5536, which effectively allows for
quoted-printable in news articles. I understand you will never like it,
but it is perfectly legal, and there is no reason to create noise about
it.

I don't agree that attachments are part of plain-text Usenet either.
I've just never seen alpine do that before and I have no idea how
to recreate it.

If you figure that out let me know how I turn that thing off ... so far I=
=20
have no idea what is going on.

Like I said. I haven't done any setting of that sort. So I'm completely=20 clueless why this happens.

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-1355159910-1659889921=:53077--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1164100211-1659933957=:9738
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Sun, 7 Aug 2022, Bud Spencer wrote:

On Sun, 7 Aug 2022, Adam H. Kerman wrote:

Eduardo Chappa <chappa@washington.edu> wrote:

On Fri, 5 Aug 2022, Adam H. Kerman wrote:

=20

Could I please request that you not post articles to plain text Usenet >>>> that are attachments with QUOTED-PRINTABLE encoding? There's no plain
text alternative part and there's no reason to encode.

=20

Adam, please take a look at RFC 5536, which effectively allows for
quoted-printable in news articles. I understand you will never like it,
but it is perfectly legal, and there is no reason to create noise about
it.

=20
I don't agree that attachments are part of plain-text Usenet either.
I've just never seen alpine do that before and I have no idea how
to recreate it.

If you figure that out let me know how I turn that thing off ... so far I=

=20

have no idea what is going on.

Like I said. I haven't done any setting of that sort. So I'm completely=

=20

clueless why this happens.

Could you help Eduardo? I still have no idea how to set Alpine not to do=20 such thing. Or I'm just missing something big time :)

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-1164100211-1659933957=:9738--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

On Mon, 8 Aug 2022, Bud Spencer wrote:

Could you help Eduardo? I still have no idea how to set Alpine not to do such thing. Or I'm just missing something big time :)

Bud, there is nothing to do here. You cannot configure Alpine so that it
will not do something that Adam will not like.

The point is: There are 8-bits in your message, Alpine will encode them somehow (meaning they will not be sent as 8-bit). That is the standard.
--
Eduardo
https://alpineapp.email (web)
http://repo.or.cz/alpine.git (Git)
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1322974694-1659985100=:22649
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE

On Mon, 8 Aug 2022, Eduardo Chappa wrote:

On Mon, 8 Aug 2022, Bud Spencer wrote:

Could you help Eduardo? I still have no idea how to set Alpine not to do= =20
such thing. Or I'm just missing something big time :)

Bud, there is nothing to do here. You cannot configure Alpine so that it =

will=20

not do something that Adam will not like.

I wasn't thinking of this because of him. Just out of interest and if,=20
which is doubtful, I did have made something in mistake.

The point is: There are 8-bits in your message, Alpine will encode them=

=20

somehow (meaning they will not be sent as 8-bit). That is the standard.

So nothing is broken then. I'm fine with that.

Thanks for taking time to elaborate this more to my autistic mind :)

--=20
=E2=82=AA BUD =E2=82=AA
--2739015498-1322974694-1659985100=:22649--
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Eduardo Chappa <chappa@washington.edu> wrote:

On Mon, 8 Aug 2022, Bud Spencer wrote:

Could you help Eduardo? I still have no idea how to set Alpine not to do >>such thing. Or I'm just missing something big time :)

Bud, there is nothing to do here. You cannot configure Alpine so that it >will not do something that Adam will not like.

The point is: There are 8-bits in your message, Alpine will encode them >somehow (meaning they will not be sent as 8-bit). That is the standard.

You're being unfair, Eduardo. I raised the issue because of the fact that alpine created an article as a two-part multipart with one of the two
parts blank (except for the nag boilerplate about using MIME-aware
tools) with his intended main body of the article in the second
attachment.

Multiparts aren't plain text Usenet. That's undesireable.

The quoted-printable encoding was a separate matter. Yes, there is a quoted-printable encoding standard that alpine implements. Nevertheless, unencoded text should be prefered over encoded text in an almost entirely
8-bit clean environment like Usenet.

The issue of attachments is of greater concern than the issue of quoted-printable.

I wasn't able to figure out what settings he used to get that result.

I understand that you disagree with everything I've written.
Nevertheless, I'm not alone in caring that text Usenet remains a plain
text medium of communication.
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Bud Spencer <bud@campo.verano.it> wrote:

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

--2739015498-1322974694-1659985100=:22649
Content-Type: text/plain; charset=UTF-8; format=flowed >Content-Transfer-Encoding: QUOTED-PRINTABLE

On Mon, 8 Aug 2022, Eduardo Chappa wrote:

On Mon, 8 Aug 2022, Bud Spencer wrote:

Could you help Eduardo? I still have no idea how to set Alpine not to do= >=20
such thing. Or I'm just missing something big time :)

Bud, there is nothing to do here. You cannot configure Alpine so that it = >will=20
not do something that Adam will not like.

I wasn't thinking of this because of him. Just out of interest and if,=20 >which is doubtful, I did have made something in mistake.

The point is: There are 8-bits in your message, Alpine will encode them=

=20

somehow (meaning they will not be sent as 8-bit). That is the standard.

So nothing is broken then. I'm fine with that.

Broken behavior is non-standards compliance. That's not the issue here.
Eduardo makes sure alpine remains standards compliant.

Thanks for taking time to elaborate this more to my autistic mind :)

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Adam H. Kerman <ahk@chinet.com> wrote:

Hi Adam,

Eduardo Chappa <chappa@washington.edu> wrote:
[...]

The point is: There are 8-bits in your message, Alpine will encode them >>somehow (meaning they will not be sent as 8-bit). That is the standard.

[...]
The quoted-printable encoding was a separate matter. Yes, there is a quoted-printable encoding standard that alpine implements. Nevertheless, unencoded text should be prefered over encoded text in an almost entirely 8-bit clean environment like Usenet.

I beg your pardon! In newsgroups text should get uuencoded in preference
to for instance quoted printable encoding?

Especially in newsgroups exactly this should be the case at all. They
should stay as close to us ascii text as possible so that they are as
readable as possible even if the raw article is presented to you.

And I think this is what you'll read if you read all RFCs relevant for newsgroup articles.

The issue of attachments is of greater concern than the issue of quoted-printable.

Here I'm totally with you.

[...]

Best regards,
Henning
--
Zero Mostel: That's it baby! When you got it, flaunt it! Flaunt it!
-- Mel Brooks, "The Producers"
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.mail.pine

Henning Hucke <h_hucke+news.reply@newsmail.aeon.icebear.org> wrote:

Adam H. Kerman <ahk@chinet.com> wrote:

Eduardo Chappa <chappa@washington.edu> wrote:

[...]

The point is: There are 8-bits in your message, Alpine will encode them >>>somehow (meaning they will not be sent as 8-bit). That is the standard.

[...]
The quoted-printable encoding was a separate matter. Yes, there is a >>quoted-printable encoding standard that alpine implements. Nevertheless, >>unencoded text should be prefered over encoded text in an almost entirely >>8-bit clean environment like Usenet.

I beg your pardon! In newsgroups text should get uuencoded in preference
to for instance quoted printable encoding?

You've whooshed me.

Especially in newsgroups exactly this should be the case at all. They
should stay as close to us ascii text as possible so that they are as >readable as possible even if the raw article is presented to you.

And I think this is what you'll read if you read all RFCs relevant for >newsgroup articles.

8Bit Content Transfer Encoding is certainly allowed. Usenet wasn't
restricted to 7bit like SMTP but does retain the 1000 character line
length limit.

The issue of attachments is of greater concern than the issue of >>quoted-printable.

Here I'm totally with you.

Is the MIME-aware tools nag message language boilerplate from one of
the standards?

[...]

--- Synchronet 3.21d-Linux NewsLink 1.2