MDeamon mail uit BCC overleeft parsing niet

[DeoDupke]

ik heb MDeamon 6.8.5 en heb een probleempje gevonden waar ik niet uit kom.

ik heb dus een domeinnaam met een aantal emailadressen (via een hostingprovider) en 1 van die emailadressen is van mij. Ik laat Mdeamon domainpoppen op dat ene adres van mij ( de rest gebruikt de rechtstreekse pop van het domein) en als ik mijn email ophaal ( via mijn gsm/laptop) doe ik dat op mijn server.

Nu het probleem:
het komt wel eens voor dat mensen mij een email sturen waar ik in de BCC lijst sta. Als dat het geval is dan geeft MDeamon een foutmelding naar de beheerder ( in dit geval ook ikzelf) met het volgende bericht:

The attached message doesn't contain any addresses that can survive
the current parsing configuration.

None of the addresses extracted from the headers within this message
match any address known to this server. You should inspect the headers
of the attached message and make sure that there is a local address
specified in at least one of them. If there is make sure you have setup
MDaemon to parse that header.

in dit geval komt de email dus nooit aan in mijn inbox. Als ik in de CC lijst sta is er geen probleem, de email komt dan gewoon aan, maar juist de BCC optie blijkt roet in het eten te gooien.

Nu heb ik tussen de parsingopties zitten kijken, maar ik zou niet weten wat het probleem zou zijn. Het lijkt er dus op dat de mailserver kijkt naar het TO adres en omdat hij dat niet herkent ( geen account op de server) dat hij daarom een fout geeft.

Is dit te verhelpen? en zoja hoe natuurlijk

[Krypt]

Je kan aangeven dat als de mail de mailparsing niet overleeft, dat de mail in 1 specifiek mailbox gedumpt wordt. Waar dat precies zit weet ik zo niet; maar moet je maar even zoeken, zal wel in de properties van je Domainpop instellingen staan..

[DeoDupke]

Krypt schreef op 02 februari 2004 @ 15:13:
Je kan aangeven dat als de mail de mailparsing niet overleeft, dat de mail in 1 specifiek mailbox gedumpt wordt. Waar dat precies zit weet ik zo niet; maar moet je maar even zoeken, zal wel in de properties van je Domainpop instellingen staan..

ja goed, maar ik heb meerdere emailadressen op die server (andere domeinen)waar ik dus met hetzelfde probleem zit. De mail moet toch gewoon te bezorgen zijn?

[Krypt]

Helaas; zie altn.com knowledgebase:

BCC Headers in MDaemon
KBA-01291

Summary

BCC by definition is blind. The header should never be created by a mail client because the message should not display that it was sent to anyone in the BCC field. Here's what the headers look like when composing a message with a BCC:

Received: from robin ([127.0.0.1]) by test.mail ([127.0.0.1]) with SMTP (MDaemon.PRO.v6.0.5.R); Tue, 20 Aug 2002 10:09:15 -0400
Reply-To: 'Robin Edwards' <[e-mail]>
From: 'Robin Edwards' <[e-mail]>
To: <[e-mail]>
Subject: test

There is no BCC info in the message even before it goes out to the Internet for delivery. (I BCCed [e-mail].)

The way that BCC mail is routed is via the SMTP envelope information. Mail servers pass the message along via SMTP and the delivery information is kept in tact.

When you download the message via DomainPOP, MDaemon does not have the SMTP delivery information any longer. It has to make the best guess as to where the message should go.

Some ISPs stamp a header so that the SMTP delivery information is available for parsing, but it's not required. These headers may be “Envelope-To” or “Delivered-To” or something similar. Your ISP may be able to do something along these lines. Alternatively you could ask them if you could receive mail via ATRN instead of POP because then the SMTP envelope is still there

[DeoDupke]

hmzz, thx, dan maar wat vaker de postmaster nakijken op mailtjes die niet aankomen. ( of kijken of ik iets via ATRN kan doen)