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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.