Onderwerp: [SPOED] E-mail Loop

Probleem:

Gisteravond heeft een van mijn klanten een mailing verstuurd naar een 600tal mensen, er is hierbij GEEN mailinglist gebruikt. Mijn klant heeft alle ontvangers in het "AAN:..." vak gezet van de e-mail (niet cc of bcc).

Direct na het versturen van de e-mail bleven de errors binnenstromen, mail not delivered.. x 14.000 keer (inmiddels meer als 24.000 keer) De betreffende e-mail lijkt constant te worden verstuurd naar de betreffende e-mail adressen.

In de EXIM_MAINLOG kan ik slechts terugvinden dat de betreffende e-mail 1 keer verstuurd word naar de betreffende ontvangers, echter is het dataverkeer sterk gestegen sinds het versturen van die e-mail, zo wel inbound als outbound.

Is er een manier om dit op te sporen en te stoppen of op te lossen op een andere manier?


Ik hoor het graag van iemand... 06-25051130


Ruud Goedhart

ps. Fedora core 3 icm. Cpanel

En daarom gebruik je voor maillinglists altijd no-reply@

Hoe is de mail verstuurd? PHP, Outlook, etc?

Outlook

Als outlook de mail niet meer verstuurd en er staat niks meer in afwachting tot versturen op de server, dan kun je er nog maar weinig aan doen.

Origineel geplaatst door Triloxigen
Als outlook de mail niet meer verstuurd en er staat niks meer in afwachting tot versturen op de server, dan kun je er nog maar weinig aan doen.

In mijn mainlogs kan ik niet terugvinden dat de e-mail meer als 1 keer verzonden is, de mail queue is leeg... (exim -bp).


echter blijven de "ontvangers" mails onvangen en word mijn klant inmiddels platgebeld met vragen/klachten waarom de e-mail maar blijft binnenkomen.


Hoe zou ik kunnen uitsluiten dat de mail niet vanuit mijn server word verzonden ? ik heb een header van een van de e-mails beschikbaar, deze kan ik doorsturen per PM op verzoek.


Ruud

dit ziet er ook niet echt uit zoals het hoort:


# ps aux | grep exim
mailnull 12419 0.0 0.0 7280 1692 ? Ss 09:48 0:00 /usr/sbin/exim -bd -q60m
mailnull 12425 0.0 0.0 8312 1656 ? Ss 09:48 0:00 /usr/sbin/exim -tls-on-connect -bd -oX 465
mailnull 12487 0.0 0.1 8084 3488 ? S 09:48 0:00 /usr/sbin/exim -bd -q60m
mailnull 12713 0.0 0.1 8084 3488 ? S 09:49 0:00 /usr/sbin/exim -bd -q60m
mailnull 12744 0.0 0.1 8084 3580 ? S 09:49 0:00 /usr/sbin/exim -bd -q60m
mailnull 13395 0.0 0.1 8084 3488 ? S 09:52 0:00 /usr/sbin/exim -bd -q60m
mailnull 13397 0.0 0.1 8084 3488 ? S 09:52 0:00 /usr/sbin/exim -bd -q60m
mailnull 13398 0.0 0.1 8084 3488 ? S 09:52 0:00 /usr/sbin/exim -bd -q60m
mailnull 13476 0.0 0.2 7940 4732 pts/0 S 09:52 0:00 /usr/bin/perl /usr/local/cpanel/bin/eximstats
mailnull 13908 0.0 0.1 8084 3488 ? S 09:53 0:00 /usr/sbin/exim -bd -q60m
mailnull 13922 0.0 0.1 8084 3488 ? S 09:53 0:00 /usr/sbin/exim -bd -q60m
mailnull 13923 0.0 0.1 8084 3580 ? S 09:53 0:00 /usr/sbin/exim -bd -q60m
mailnull 14065 0.0 0.1 8084 3488 ? S 09:54 0:00 /usr/sbin/exim -bd -q60m
mailnull 14067 0.0 0.1 8084 3488 ? S 09:54 0:00 /usr/sbin/exim -bd -q60m
mailnull 14275 0.0 0.1 8084 3488 ? S 09:54 0:00 /usr/sbin/exim -bd -q60m
mailnull 14290 0.0 0.1 8084 3484 ? S 09:54 0:00 /usr/sbin/exim -bd -q60m
mailnull 14622 0.0 0.1 8084 3484 ? S 09:55 0:00 /usr/sbin/exim -bd -q60m
mailnull 14623 0.0 0.1 8084 3488 ? S 09:55 0:00 /usr/sbin/exim -bd -q60m
mailnull 14624 0.0 0.1 8084 3484 ? S 09:55 0:00 /usr/sbin/exim -bd -q60m
mailnull 14629 0.0 0.1 8084 3484 ? S 09:55 0:00 /usr/sbin/exim -bd -q60m
mailnull 14630 0.0 0.1 8084 3488 ? S 09:55 0:00 /usr/sbin/exim -bd -q60m
mailnull 14659 0.0 0.1 8212 3516 ? S 09:56 0:00 /usr/sbin/exim -bd -q60m
mailnull 14718 0.0 0.1 8084 3484 ? S 09:56 0:00 /usr/sbin/exim -bd -q60m
mailnull 14719 0.0 0.1 8084 3488 ? S 09:56 0:00 /usr/sbin/exim -bd -q60m
mailnull 14720 0.0 0.1 8084 3488 ? S 09:56 0:00 /usr/sbin/exim -bd -q60m
mailnull 14882 0.0 0.1 8084 3488 ? S 09:57 0:00 /usr/sbin/exim -bd -q60m
mailnull 14883 0.0 0.1 8080 3468 ? S 09:57 0:00 /usr/sbin/exim -bd -q60m
mailnull 14884 0.0 0.1 8080 3468 ? S 09:57 0:00 /usr/sbin/exim -bd -q60m
mailnull 15131 0.0 0.1 8084 3488 ? S 09:58 0:00 /usr/sbin/exim -bd -q60m
mailnull 15132 0.0 0.1 8084 3484 ? S 09:58 0:00 /usr/sbin/exim -bd -q60m
mailnull 15133 0.0 0.1 8084 3488 ? S 09:58 0:00 /usr/sbin/exim -bd -q60m
mailnull 15134 0.0 0.1 8084 3488 ? S 09:58 0:00 /usr/sbin/exim -bd -q60m
mailnull 15158 0.0 0.0 0 0 ? Z 09:58 0:00 [exim] <defunct>
mailnull 15311 0.0 0.1 8084 3488 ? S 09:59 0:00 /usr/sbin/exim -bd -q60m
mailnull 15432 0.0 0.1 8084 3488 ? S 09:59 0:00 /usr/sbin/exim -bd -q60m
mailnull 15440 0.0 0.1 8084 3488 ? S 09:59 0:00 /usr/sbin/exim -bd -q60m
mailnull 15444 0.0 0.1 8084 3488 ? S 09:59 0:00 /usr/sbin/exim -bd -q60m
mailnull 15687 0.0 0.0 0 0 ? Z 10:00 0:00 [exim] <defunct>
mailnull 15790 0.3 0.1 8080 3572 ? S 10:00 0:00 /usr/sbin/exim -bd -q60m
mailnull 15802 0.2 0.0 0 0 ? Z 10:00 0:00 [exim] <defunct>
root 15820 0.0 0.0 3808 668 pts/0 S+ 10:00 0:00 grep exim

Herstart de meuk eens, wil ook weleens wonderen doen.

Als jouw klant via jouw smtp server verzend kan je de klant tijdelijk op de firewall blocken.
Daarmee sluit je de inkomende connecties af.

Verder is outlook nu niet het pakket om dit mee te doen..

Eventueel klant PC laten rebooten?

De klant is al een tijdje gebanned van de server (in overleg), zijn pc staat ook uit.


Server zojuist gereboot


Dit alles heeft nog niet geholpen, verkeer bijft (te) hoog en ik ben bang dat de emails nog steeds verzonden worden.

hmm.. wacht eens even :-/ ik zit natuurlijk goed scheel te kijken


http://noc.sbp.leaseweb.net/cas.php?...10286343&num=1


Out bit/sec wil natuurlijk zeggen wat er binnenkomt.. als in, al die bounces van de mail die niet ontvangen kunnen worden door de mensen. Dit hoeft dus niet te betekenen dat de betreffende e-mails van mijn server afkomen? juist?

Het groene, uitgaande verkeer is vrijwel niet anders als normaal, zoals je kunt zien.

Net even wat directe statistieken van het tcp verkeer ingekeken, pop3 en smtp (25 en 110) zijn normaal, hier komt de piek ook niet vandaan.

Ik ben er nu "bijna" van overtuigt dat het probleem niet hier zit maar dat een van de mensen aan wie mijn klant een mail gestuurd heeft iets smerigs heeft uitgehaald. Helaas kan ik hier niets aan doen

Iemand tips die ik mijn klant kan geven om dit een beetje op te lossen? (ik heb hem al heel duidelijk op zijn fout gewezen).

Ruud

Origineel geplaatst door ChemicalWH
Net even wat directe statistieken van het tcp verkeer ingekeken, pop3 en smtp (25 en 110) zijn normaal, hier komt de piek ook niet vandaan.

Ik ben er nu "bijna" van overtuigt dat het probleem niet hier zit maar dat een van de mensen aan wie mijn klant een mail gestuurd heeft iets smerigs heeft uitgehaald. Helaas kan ik hier niets aan doen

Iemand tips die ik mijn klant kan geven om dit een beetje op te lossen? (ik heb hem al heel duidelijk op zijn fout gewezen).

Ruud

Probeer de headers van een bericht te pakken te krijgen.

Mogelijk heeft iemand zijn mailclient met wat onhandige rules ingesteld..

Origineel geplaatst door crazycoder

Probeer de headers van een bericht te pakken te krijgen.

Mogelijk heeft iemand zijn mailclient met wat onhandige rules ingesteld..

Een van de "gedupeerde" ontvangers heeft zojuist telefonisch contact met mij opgenomen, deze zal ook de header doorsturen van de door hem ontvangen e-mails.. Dat zou de 2e header zijn, ik kan natuurlijk kijken OF ik daar iets van terug kan vinden.

Ruud

In ELKE header, ongeacht aan welke ontvanger komt een bepaald domeinnaam terug (niet alleen in het ontvangers gedeelte), ik ben momenteel in gesprek met een van de techneuten van het hosting bedrijf waar dit domeinnaam is geregistreerd, wellicht dat deze het een en ander na kunnen zoeken.

De hoster in dit geval is Vuurwerk/versatel en ik moet zeggen.. petje af.. ik heb nog nooit een helpdesk meegemaakt die zo goed meewerkt en meedenkt.

Ruud

Versatel/Vuurwerk geeft aan dat de e-mails niet vanaf hun server verstuurd zijn.

Toch vraag ik me af wat het betreffende domeinnaam telkens weer in ELKE header van de betreffende zaakdoet:

domein = betreffend domein (uiteraard is dit iets anders).

Voorbeelden:

Delivered-To: domein@vuurwerk.nl
Delivered-To: virtualdomains-mspop3connector.buro@DOMEIN.NL
X-Envelope-To: mspop3connector.buro@domein.nl
Delivered-To: domein@vuurwerk.nl
Delivered-To: virtualdomains-buro@domein.nl
X-Envelope-To: buro@domein.nl


--------------------

Delivered-To: virtualdomains-buro@domein.nl

------


Delivered-To: domein@vuurwerk.nl
Delivered-To: virtualdomains-mspop3connector.buro@DOMEIN.NL
X-Envelope-To: mspop3connector.buro@domein.nl
Delivered-To: domein@vuurwerk.nl
Delivered-To: virtualdomains-buro@domein.nl
X-Envelope-To: buro@domein.nl

X-AntiAbuse: Original Domain - domein.nl
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - mijnklant.com




Ongeacht aan wie de mail verzonden is , de bovenstaande headers komen ongeveer terug in elke mail.. Wil dit zeggen dat alles daadwerkelijk van hem uit komt?

Ruud