Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: DBMail: dev

Header decode problem

 

 

DBMail dev RSS feed   Index | Next | Previous | View Threaded


mysql.jorge at decimal

Oct 18, 2009, 1:50 PM

Post #1 of 3 (373 views)
Permalink
Header decode problem

Howdy Paul,



Now on Gmime 2.4x as you know, and I don't remember quiet correctly, but I
think you fixed this a few time ago in Gmime 2.2x.

You may remember this particular situation, that this message doesn't have
an email address on the From: header, but only on the Return-Path:, and
after some tests I told you that RoundCube uses the Return-Path: when no
email available on the From: header.



So, attached there's how this look's on MSO2007 on the message
preview/reading, and when I reply to it.

Going to sent you the link to the full raw message.



On this, can you state the problem, a gmime 2.4x / MSO2007 / sender's email
client?

Which one?



Jorge,
Attachments: When doing reply.JPG (11.3 KB)
  MSO Preview.JPG (7.89 KB)


paul at nfg

Oct 19, 2009, 1:03 AM

Post #2 of 3 (324 views)
Permalink
Re: Header decode problem [In reply to]

Jorge Bastos wrote:
> Howdy Paul,
>
>
>
> Now on Gmime 2.4x as you know, and I don’t remember quiet correctly, but
> I think you fixed this a few time ago in Gmime 2.2x.

I don't think so.

> You may remember this particular situation, that this message doesn’t
> have an email address on the From: header, but only on the Return-Path:,
> and after some tests I told you that RoundCube uses the Return-Path:
> when no email available on the From: header.

In this case, there *is* an address, but it's just plain invalid.

> So, attached there’s how this look’s on MSO2007 on the message
> preview/reading, and when I reply to it.
>
> Going to sent you the link to the full raw message.

Using the Return-Path address in the envelope structure would be a
usable work-around. I'll consider it.

> On this, can you state the problem, a gmime 2.4x / MSO2007 / sender’s
> email client?

Definitely a sender's email client problem: the From: header doesn't
contain a valid sender address.

>
> Which one?
>
>
>
> Jorge,
>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev[at]dbmail.org
> http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev


--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev[at]dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev


mysql.jorge at decimal

Oct 19, 2009, 1:21 PM

Post #3 of 3 (316 views)
Permalink
Re: Header decode problem [In reply to]

> Definitely a sender's email client problem: the From: header doesn't
> contain a valid sender address.

Understood Paul!
I have plus one thing for you, relative to encoding.
Before the upgrade to >= 2.3.6, this worked OK.
A report message from MantisBT.
I'm going to send the raw message to your private email.
The strange is that, on MSO2007 it just suppresses the non-ascii chars, but in RoundCube for example I can see them OK. But remember, before the upgrade (were using 2.3.2), it worked OK on both sides.

Can you take a look and see what can be wrong?
If a bug in dbmail or mantis that should create a more compatible message?
Mantis version still the same.

Jorge,

_______________________________________________
Dbmail-dev mailing list
Dbmail-dev[at]dbmail.org
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev

DBMail dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.