Onderwerp: probleem met mailheader

Ik krijg sinds kort geen bouncers meer terug. Aangezien ik niets veranderd heb aan mijn instellingen denk ik dat het aan mijn server ligt.

Wat kan hier verantwoordelijk voor zijn ?

Hieronder de tekst in het engels :

When a message bounces, it is returned to the bounce-catcher inbox, and usually contains this header. Mailsoftware MUST be able to read this header in order to process bounced messages. If this header is absent from an email in your bounced inbox, then one of two things could be the case. Either the message did not originate from the mail software (as would be the case if you sent an email directly to this address from your Outlook, etc...), or some mail server stripped out this mail header. Some mail servers are configured to do this, and mailsoftware cannot control this from happening. If this is the case on your system, you may need to talk to your server administrator to find out why this is happening and to take steps to allow the header to remain.

Oorspronkelijk geplaatst door Derek-Jan

Ik krijg sinds kort geen bouncers meer terug. Aangezien ik niets veranderd heb aan mijn instellingen denk ik dat het aan mijn server ligt.

Wat kan hier verantwoordelijk voor zijn ?

Hieronder de tekst in het engels :

Zou het kunnen zijn dat een spamfilter onterecht ze filtert?

Server opgenomen in backscatter blocklist?
Wat zeggen de maillogs hierover?

Nu ik het terug lees is het misschien wat onduidelijk...

Ik heb een mailingscript waarmee ik grote hoeveelheden mail verstuur. Als er dan een bouncer tussenzit word dit netjes verwerkt in mijn script.

Dit heeft altijd prima gewerkt en bij elke mailing kwamen er wel bouncers terug, bv mailbox vol etc etc.

Sinds kort komen er totaal geen bouncers meer terug. En bij 250.000 mails per week is dit zachtgezegd een beetje vreemd.

Hier een header zoals ik ze binnen krijg :

Return-path: <mkbads@dedi11.sorcer.nl>
Envelope-to: info@mkbconnect.net
Delivery-date: Wed, 28 Apr 2010 18:07:12 +0200
Received: from web01.sorcer.nl ([87.255.53.160])
by s07.wiseadvise.net with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.71)
(envelope-from <mkbads@dedi11.sorcer.nl>)
id 1O79n6-0004l3-I4
for info@mkbconnect.net; Wed, 28 Apr 2010 18:07:12 +0200
Received: from staff.sorcer.nl ([79.170.90.24])
by web01.sorcer.nl with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.67)
(envelope-from <mkbads@dedi11.sorcer.nl>)
id 1O79n2-0000Zl-Rj
for Shepard_Iva@gratissexdate.net; Wed, 28 Apr 2010 18:07:09 +0200
Received: from [87.255.53.141] (helo=dedi11.sorcer.nl)
by staff.sorcer.nl with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.63)
(envelope-from <mkbads@dedi11.sorcer.nl>)
id 1O78T2-0008M2-8u
for Shepard_Iva@gratissexdate.net; Wed, 28 Apr 2010 16:42:32 +0200
Received: from mkbads by dedi11.sorcer.nl with local (Exim 4.67)
(envelope-from <mkbads@dedi11.sorcer.nl>)
id 1O787d-00082r-Em
for Shepard_Iva@gratissexdate.net; Wed, 28 Apr 2010 16:20:17 +0200
To: Shepard_Iva@gratissexdate.net
Subject: Messengerdating | Gratis sexdaten via MSN
X-PHP-Script: www.mkbads.net/mailer/admin/process.php for 87.255.53.141
From: The Adult Company <info@gratissexdating.net>
Date: Wed, 28 Apr 2010 16:13:06 +0200
X-LibVersion: 3.3.2_4
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="_=_swift-17319840604bd84272381aa2.58379142_=_"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced by SwiftMailer 3.3.2_4
X-mid: U2hlcGFyZF9JdmFAZ3JhdGlzc2V4ZGF0ZS5uZXQgLCBjODkgLC BtNTQ=
X-Mailer: ACEM
User-Agent: ACEM
X-Sender: <info@gratissexdating.net>
List-Unsubscribe: <http://www.mkbads.net/mailer/box.php?nl=23&c=89&m=54&funcml=unsub2>
Message-ID: <20100428142017.20515.2027119424.swift@www.mkbads. net>
Sender: <mkbads@dedi11.sorcer.nl>
X-Spam-Score: 0.7 (/)
X-Spam-Report: Spam detection software, running on the system "staff.sorcer.nl", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: Template 3 - Single Column Je ontvangt deze nieuwsbrief omdat
je ingeschreven staat op één van onze datingsites Niet meer geinteresseerd?
Uitschrijven. Problemen met het bekijken? lees in je browser. [...]
Content analysis details: (0.7 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 HTML_MESSAGE BODY: HTML included in message
0.1 MPART_ALT_DIFF BODY: HTML and text parts are different
0.0 MIME_HTML_ONLY BODY: Message only has text/html MIME parts
0.5 HTML_MIME_NO_HTML_TAG HTML-only message, but there is no HTML tag
0.0 MIME_HTML_ONLY_MULTI Multipart message only has text/html MIME parts
X-Antivirus-Scanner: Seems clean. You should still use an Antivirus Scanner
X-Trace: Sorcer / web01 / 8
X-ISPI-Antivirus: Clean mail though you should still use an Antivirus
X-Brightmail-Tracker: AAAAAA==
X-Brightmail-Tracker: AAAAAA==

Return-path: <mkbads@dedi11.sorcer.nl>

Zo, dus jij bent die zot met die K.. spam, ik heb ze van de week op spamklacht gedumpt.
En nee, je gebruikt veel meer adressen dan alleen @mkbconnect....

Oorspronkelijk geplaatst door Geert-Jan

Zo, dus jij bent die zot met die K.. spam, ik heb ze van de week op spamklacht gedumpt.
En nee, je gebruikt veel meer adressen dan alleen @mkbconnect....

Volgens mij heb je de verkeerde voor, ik verstuur alleen mail naar mijn eigen klanten en inschrijvers van mijn eigen websites.

Zou je me even één van die mails kunnen doorsturen?

Code:

Bert Tijhoff     <michsmonny@hotmail.com>,    <mkbads@dedi11.sorcer.nl>
Jordi Maijenburg <maffiagold@live.be>,        <mkbads@dedi11.sorcer.nl>
Miranda Jager    <michsmonny@hotmail.com>     <mkbads@dedi11.sorcer.nl>
rbraakhuis       <michsmonny@hotmail.com>     <mkbads@dedi11.sorcer.nl>

Voorbeeld:

Dit bericht is gestuurd door Mich de Wever (www.wereldmaffia.be ) met behulp van technologie van Mkbconnect.net

Ja duidelijk.

Is een klant van mij. Dat is dus niet een mail die door mij verstuurd is maar een mailing die verstuurd is via mijn server.

Staat er volgens mij ook duidelijk onder

Zie dit topic :

http://www.sitedeals.nl/advertentiep...anaf-25-a.html

Duidelijk, maar die server ben jij toch verantwoordelijk voor, of wil je je ip's op blacklists hebben om er vervolgens door sorcer uitgeknikkerd te worden?

Oorspronkelijk geplaatst door Geert-Jan

Duidelijk, maar die server ben jij toch verantwoordelijk voor, of wil je je ip's op blacklists hebben om er vervolgens door sorcer uitgeknikkerd te worden?

Ik probeer alles volgens de regels te doen maar als ik geen klachten krijg kan ik daar ook geen actie op ondernemen.

Ze weten dat ze geen spam mogen versturen maar dat is voor mij natuurlijk moeilijk controleren. Pas als iemand klaagt kan ik actie ondernemen.

Het staat zo ingesteld dat de naam + website van de verzender onderaan staat + een uitschrijflink.

Wat kan ik nog meer doen? (dit is een vraag, geen opmerking!)

Voor alle duidelijkheid : ik verzend de mail niet en verkoop of koop ook geen adressen. Het zijn dus klanten die betalen om gebruik te kunnen maken van een mailingservice. Ze moeten dus zelf hun mailadressen invoeren en mailings versturen. Zoiets als mailchimp of mymailinglistprovider maar dan.

Mijn software voldoet om mailings te kunnen versturen die aan de eisen voldoen.

Oorspronkelijk geplaatst door Derek-Jan

Wat kan ik nog meer doen? (dit is een vraag, geen opmerking!)

Voor alle duidelijkheid : ik verzend de mail niet en verkoop of koop ook geen adressen. Het zijn dus klanten die betalen om gebruik te kunnen maken van een mailingservice. Ze moeten dus zelf hun mailadressen invoeren en mailings versturen. Zoiets als mailchimp of mymailinglistprovider maar dan.

Je zou dan moeten zorgen dat je 'klanten' wel op de juiste manier aan de adressen zijn gekomen, in het kort:

Wettelijke eisen voor het verzenden van elektronische berichten

Wanneer u berichten verstuurt, moet u aan de volgende eisen voldoen:
de ontvanger moet toestemming hebben gegeven
de ontvanger moet zien van wie berichten afkomstig zijn
de ontvanger moet zien hoe en bij wie hij zich kan afmelden als hij geen prijs meer stelt op ontvangst van deze berichten

1A. Voorafgaande expliciete toestemming vragen
Voordat u berichten mag versturen, moet de ontvanger u ‘uitdrukkelijk’ en ‘geïnformeerd’ toestemming geven. ‘Uitdrukkelijk’ betekent bijvoorbeeld dat een ontvanger zelf een kruisje op een (web)formulier moet zetten of 'ja' moet invullen. Een bepaling in de algemene voorwaarden is dus niet ‘uitdrukkelijk’. Ook vage beschrijvingen als 'u geeft toestemming voor de ontvangst van e-mails van dit bedrijf en partners' zijn niet ‘uitdrukkelijk’. Het moet duidelijk zijn waarvoor de ontvanger precies toestemming geeft.
U moet altijd kunnen aantonen dat u voorafgaande toestemming van de ontvanger heeft verkregen. Bepaalt u zelf hoe u dit invult.

1B. Adresbestanden gebruiken
U kunt adresbestanden alleen gebruiken wanneer u, de verzender, vooraf toestemming heeft gekregen om naar deze adressen (of telefoonnummers) elektronische berichten te versturen. Indien u geen bestaande klantrelatie heeft of geen expliciete toestemming kunt tonen, kunt u een adresbestand niet gebruiken.
U moet u goed laten voorlichten over de risico’s van het gebruik van een adresbestand van een ander. Vaak is dat niet legaal.

2. Werkelijke identiteit verzender noemen
U moet als verzender in elk verzonden elektronisch bericht uw werkelijke identiteit vermelden. Het gebruik van een alias of pseudoniem is niet toegestaan.

3. Afmeldmogelijkheid bieden
In ieder verzonden bericht moet de mogelijkheid staan tot afmelden. Ook al heeft de ontvanger eerder toestemming gegeven, U moet ontvangers deze mogelijkheid kosteloos en op gemakkelijke wijze aanbieden. Een uitgebreide vragenlijst voordat de afmelding rond is, is dus niet gemakkelijk.

Ik snap je product, maar jij verzend het, je zal dus wel je klanten moeten controleren hoe ze aan adressen komen, en daar je controle op blijven houden...

Oorspronkelijk geplaatst door Geert-Jan

Duidelijk, maar die server ben jij toch verantwoordelijk voor, of wil je je ip's op blacklists hebben om er vervolgens door sorcer uitgeknikkerd te worden?

Dan pak je toch gewoon de volgende hoster en laat je sorcer met een paar waardeloze ip's achter

Oorspronkelijk geplaatst door cfmweb

Dan pak je toch gewoon de volgende hoster en laat je sorcer met een paar waardeloze ip's achter

Zijn m'n eigen ip's/eigen server dus dat valt wel mee.

Je zou dan moeten zorgen dat je 'klanten' wel op de juiste manier aan de adressen zijn gekomen, in het kort:

Ik ken de eisen van de wet en wijs mijn klanten daar ook op.

Ik snap je product, maar jij verzend het, je zal dus wel je klanten moeten controleren hoe ze aan adressen komen, en daar je controle op blijven houden...

Nee, ik verzend niet:

Verzenders van spam berichten
Als u berichten verstuurt zonder toestemming van de ontvanger, kunt u in overtreding zijn. Het gaat bij het spamverbod om berichten die overlast veroorzaken. Een persoonlijk bericht (dus geen wekelijkse commerciële nieuwsbrief) naar een persoon of bedrijf waar de verzender al contact mee heeft gehad, is dus geen probleem. De Telecommunicatiewet (Tw) noemt de volgende partijen verzenders:

- de verzender die de feitelijke verzending verricht (op de verzendknop drukt)
- de verzender die de afzender is (de opdrachtgever van de verzending)

Voor beide partijen gelden dus de regels uit de Tw, die het verzenden van spam verbieden.

Ik druk niet op de verzendknop en ik ben geen opdrachtgever.


Maar goed, ondanks deze discussie wil ik gewoon alles goed geregeld hebben. Dus als iemand een tip heeft om klachten te kunnen reduceren dan hoor ik dat graag.

Opmerkingen van : 'product niet aanbieden' of iets in die trant heb ik natuurlijk niets aan.

Ik kijk ook bij de concurrentie maar daar kan ik ook niet echt vinden hoe hun dit in de hand houden.

Oorspronkelijk geplaatst door Derek-Jan

Zijn m'n eigen ip's/eigen server dus dat valt wel mee.

Deze ip's staan op je eigen naam of zijn die verstrekt door Sorcer bij je dedicated?

Tenzij je een eigen PI space hebt, zijn de ip's iig niet van jou maar van de ISP.
Mgoed, we gaan een beetje offtopic.

Oorspronkelijk geplaatst door ichosting

Deze ip's staan op je eigen naam of zijn die verstrekt door Sorcer bij je dedicated?

Tenzij je een eigen PI space hebt, zijn de ip's iig niet van jou maar van de ISP.
Mgoed, we gaan een beetje offtopic.

Is mijn dedi. Ip's staan niet op mijn naam.


Iemand nog een oplossing voor de vraag waar het uiteindelijk mee begon hier?