Re: How to tell postfix to quit sending the same mail over and over again
"T. Mohrfeldt (Liesegang GmbH)" <[email protected]>
| Newsgroups | gmane.comp.kde.devel.kroupware |
|---|---|
| Organization | Liesegang GmbH |
| Message-ID | <95ee073cd9aa358eb55d7b2a6d8e4a4d__30577.6968992845$1556189425$gmane$org@liesegang.sh> |
Phew... Thanks, Franz, I was able to interfere with wallace to stop that madness, didn't find an interpretable (for me) error though. I've ended up filtering files by creation date + size and bombed them into oblivion. Not the most elegant way, but, hey, if it works. ;) I wishing you all a nice day Torben -- LIESEGANG GMBH Stadtweg 22 • 24837 Schleswig Tel.: +49 (4621) 99 46 07 3 Fax: +49 (4621) 99 46 07 0 GPG/PGP ID: CE040A70 Am 24.04.2019 22:28, schrieb Skale, Franz: > Hi Torben, > i had the same issue some time ago. > I ended up checking amavis and clamav. > Check the logfiles: > /var/log/amavisd.log > /var/log/clamav/clamav.log > for errors. > Also check wallaced and the pykolab logfile. > Stop wallace and start it in the foreground using the options: > -d DEBUGLEVEL, --debug=DEBUGLEVEL > Set the debugging verbosity. Maximum is 9, > tracing > protocols like LDAP, SQL and IMAP. > > E.g: > /usr/sbin/wallaced -l debug -d 9 --user kolab > Examine the output ! > > I changed my scan settings for clamav: (clamd.conf) SSD Storage ! > MaxScanSize 200M > MaxFileSize 100M > > Hopefully it will help you to get to the root cause ! > Best regards > Franz > > > Am 2019-04-24 19:32, schrieb T. Mohrfeldt (Liesegang GmbH): >> Thanks for your input, Chris, >> >> I already looked at the postfix queue, and occasionally see the >> aforementioned mail, >> but each time with an new ID, so deleting might stop one mail from >> heading off, but not the flood. >> >> I fear looking in maillog, because I'm super bad at finding the >> relevant parts (especially with >50 users accounts and their >> interactions), but I might to take a bite of that sour apple and poke >> through... >> >> My theory is that the receiving server doesn't signal my server the >> complete transmission of the mail, but it's just a wild guess. >> And so I need to stop that on my side, but I am really puzzled from >> where postfix get's the mail handed over... >> >> >> Torben >> >> -- >> >> LIESEGANG GMBH >> >> Stadtweg 22 • 24837 Schleswig >> >> Tel.: +49 (4621) 99 46 07 3 >> Fax: +49 (4621) 99 46 07 0 >> GPG/PGP ID: CE040A70 >> >> >> Am 24.04.2019 17:52, schrieb Chris Fleming: >> >>> I would start by looking at postfix queues: >>> >>> mailq - will list everythings in queues. You can delete using >>> >>> postsuper -D >>> >>> Also I presume that you've checked the mail logs, to see if there are >>> any clues? >>> >>> Cheers Chris >>> >>> On 24/04/19 at 04:06pm, T. Mohrfeldt (Liesegang GmbH) wrote: >>> >>>> Hello fellow Kolab users, >>>> >>>> I'm struggling with a serious problem here. >>>> >>>> One of my users sent a very large e-mail (round about 32m) to a >>>> business partner of us. All went as expected. But my server won't >>>> stop sending this particular mail. I already deleted it from the >>>> users mailbox (via bash and via roundcube) nontheless the floodgates >>>> are still open and roughly all 15 seconds our business partner >>>> receives this mail. >>>> >>>> Till now he's a good sport about it, but I'd rather stop his agony >>>> and put an halt to this. >>>> >>>> But I have no clue from which service/directory/whatever this e-mail >>>> gets pumped into postfix. >>>> >>>> ANY hints where exactly to look and how I can stop this behaviour is >>>> HIGHLY appreciated from my side. >>>> >>>> Server: CentOS7 System and Kolab fully patched. >>>> >>>> With kind regards >>>> >>>> Torben Mohrfeldt >>>> >>>> -- >>>> >>>> LIESEGANG GMBH >>>> >>>> Stadtweg 22 * 24837 Schleswig >>>> >>>> Tel.: +49 (4621) 99 46 07 3 Fax: +49 (4621) 99 46 07 0 GPG/PGP ID: >>>> CE040A70 _______________________________________________ users >>>> mailing list [email protected] >>>> https://lists.kolab.org/mailman/listinfo/users >> _______________________________________________ >> users mailing list >> [email protected] >> https://lists.kolab.org/mailman/listinfo/users > _______________________________________________ > users mailing list > [email protected] > https://lists.kolab.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] https://lists.kolab.org/mailman/listinfo/users