How to tell postfix to quit sending the same mail over and over again
T. Mohrfeldt (Liesegang GmbH)
t.mohrfeldt at liesegang.sh
Thu Apr 25 12:49:35 CEST 2019
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 users at lists.kolab.org
>>>> https://lists.kolab.org/mailman/listinfo/users
>> _______________________________________________
>> users mailing list
>> users at lists.kolab.org
>> https://lists.kolab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
More information about the users
mailing list