Re: Problem!! Xmail Checks Maildir Size On Every RCPT command

--===============1234556245==
Content-Type: multipart/alternative; boundary=001a1135b1dab1dfff0522b18e51

--001a1135b1dab1dfff0522b18e51
Content-Type: text/plain; charset=UTF-8

I use XMail in some customers servers and they have big mailboxes, but
don't have such problem.
What XMail version are you using? What OS and filesystem type?
I use XMail 1.27 on Slackware 13.37 64bits with reiserfs.
How maildir works with a file per message, reiserfs is very nice to handle
large number of files.

2015-10-18 15:33 GMT-02:00 Akash via xmail <[email protected]>:

> Hi,
>
> There seems to be a problem in the way XMail checks for quotas on every
> RCPT command. I have a large Maildir with around 500000 emails and I
> noticed that every time XMail receives a email, the CPU spikes to 100% for
> few seconds before responding to the RCPT. On debugging I found that it
> actually calculates directory size for every RCPT command.
>
> And there is just no way to bypass this. I tried removing MaxMBSize from
> user.tab, setting it to 0, setting it to empty "" but nada. I checked the
> source and it seems UPopGetMailboxSize() is called before "MaxMBSize" value
> is evaluated.
>
> In order to tackle this I am at present using a dummy front account which
> has "redirect" in its mailproc.tab to redirect mails to the actual large
> email account. This way the directory size of only dummy account is
> calculated by XMail which is almost instant and doesn't cause any CPU spike.
>
> Shouldn't this behavior be rectified?
>
> -Akash
> _______________________________________________
> xmail mailing list
> [email protected]
> http://xmailserver.org/mailman/listinfo/xmail
>

--001a1135b1dab1dfff0522b18e51
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>I use XMail in some customers servers and t=
hey have big mailboxes, but don&#39;t have such problem.<br></div>What XMai=
l version are you using? What OS and filesystem type?<br></div>I use XMail =
1.27 on Slackware 13.37 64bits with reiserfs.<br></div>How maildir works wi=
th a file per message, reiserfs is very nice to handle large number of file=
s.<br></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">2015-=
10-18 15:33 GMT-02:00 Akash via xmail <span dir=3D"ltr">&lt;<a href=3D"mail=
to:[email protected]" target=3D"_blank">[email protected]</a>&gt;</=
span>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
There seems to be a problem in the way XMail checks for quotas on every RCP=
T command. I have a large Maildir with around 500000 emails and I noticed t=
hat every time XMail receives a email, the CPU spikes to 100% for few secon=
ds before responding to the RCPT. On debugging I found that it actually cal=
culates directory size for every RCPT command.<br>
<br>
And there is just no way to bypass this. I tried removing MaxMBSize from us=
er.tab, setting it to 0, setting it to empty &quot;&quot; but nada. I check=
ed the source and it seems UPopGetMailboxSize() is called before &quot;MaxM=
BSize&quot; value is evaluated.<br>
<br>
In order to tackle this I am at present using a dummy front account which h=
as &quot;redirect&quot; in its mailproc.tab to redirect mails to the actual=
 large email account. This way the directory size of only dummy account is =
calculated by XMail which is almost instant and doesn&#39;t cause any CPU s=
pike.<br>
<br>
Shouldn&#39;t this behavior be rectified?<br>
<br>
-Akash<br>
_______________________________________________<br>
xmail mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">xmail@xmailserve=
r.org</a><br>
<a href=3D"http://xmailserver.org/mailman/listinfo/xmail" rel=3D"noreferrer=
" target=3D"_blank">http://xmailserver.org/mailman/listinfo/xmail</a><br>
</blockquote></div><br></div>

--001a1135b1dab1dfff0522b18e51--

--===============1234556245==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
xmail mailing list
[email protected]
http://xmailserver.org/mailman/listinfo/xmail

--===============1234556245==--