On Wed 25 Nov 2020 at 17:56:27 (+), Curt wrote:
> On 2020-11-25, David Wright wrote:
> >
> > There's a big difference between the requirements for your local
> > storage when using POP compared with IMAP. When using POP in a
> > conventional manner (transfer, and delete at the server end), you
On 2020-11-25, David Wright wrote:
>
> There's a big difference between the requirements for your local
> storage when using POP compared with IMAP. When using POP in a
> conventional manner (transfer, and delete at the server end), you
> need reliable local storage. And you also need reliable fil
On Tue 24 Nov 2020 at 17:17:24 (+), Curt wrote:
> On 2020-11-23, rhkra...@gmail.com wrote:
> > On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> >> Joe wrote:
> >> > That's why we have IMAP, which doesn't use mbox.
> >>
> >> The IMAP protocal and the backend storage have no conne
On Tue, Nov 24, 2020 at 01:44:28PM -0600, David Wright wrote:
> On Mon 23 Nov 2020 at 07:24:37 (-0500), rhkra...@gmail.com wrote:
> > On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > > Joe wrote:
> > > > That's why we have IMAP, which doesn't use mbox.
> > >
> > > The IMAP protocal
On Mon 23 Nov 2020 at 07:24:37 (-0500), rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > Joe wrote:
> > > That's why we have IMAP, which doesn't use mbox.
> >
> > The IMAP protocal and the backend storage have no connection.
I didn't think this thread w
On 2020-11-23, rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
>> Joe wrote:
>> > That's why we have IMAP, which doesn't use mbox.
>>
>> The IMAP protocal and the backend storage have no connection.
>
> Well, they do in a way -- if you use IMAP from your I
On Mon, 23 Nov 2020 17:38:19 +0200
Andrei POPESCU wrote:
> On Lu, 23 nov 20, 07:24:37, rhkra...@gmail.com wrote:
> > On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > > Joe wrote:
> > > > That's why we have IMAP, which doesn't use mbox.
> > >
> > > The IMAP protocal and the backen
On Lu, 23 nov 20, 07:24:37, rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > Joe wrote:
> > > That's why we have IMAP, which doesn't use mbox.
> >
> > The IMAP protocal and the backend storage have no connection.
>
> Well, they do in a way -- if you use
Didar Hossain wrote:
> Dovecot has "single instance attachment storage" (SIS) as well as its
> own native mdbox binary format (multiple emails per file indexed
> efficiently).
> The SIS is a feature that I am really excited about since we have
> multiple user receiveing the same email - it reall
On Mon, Nov 23, 2020 at 07:24:37AM -0500, rhkra...@gmail.com wrote:
> On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> > Joe wrote:
> > > That's why we have IMAP, which doesn't use mbox.
> >
> > The IMAP protocal and the backend storage have no connection.
>
> Well, they do in a way
On Monday, November 23, 2020 06:15:09 AM Sven Hartge wrote:
> Joe wrote:
> > That's why we have IMAP, which doesn't use mbox.
>
> The IMAP protocal and the backend storage have no connection.
Well, they do in a way -- if you use IMAP from your ISP for example, you don't
need local storage on yo
Joe wrote:
> That's why we have IMAP, which doesn't use mbox.
The IMAP protocal and the backend storage have no connection.
You can for example use mbox with Dovecot just fine. (Not that anyone
would *want* to, but that is a different story.)
Grüße,
Sven.
--
Sigmentation fault. Core dumped.
>>> everybody is free. And surprisingly the OP recompiles the
> >>> package. In this case it is enough to just point out the nonsense
> >>> of the subject "Problem with /var/mail file > 2GB with pop3".
> >>
> >> Let's assume an
ms so disorganised.
I don't even try - there are all kinds of people out there - and everybody
is free. And surprisingly the OP recompiles the package. In this case it is
enough to just point out the nonsense of the subject "Problem
with /var/mail file > 2GB with pop3".
Let's assum
>> seems so disorganised.
> >
> > I don't even try - there are all kinds of people out there - and everybody
> > is free. And surprisingly the OP recompiles the package. In this case it is
> > enough to just point out the nonsense of the subject "Problem
>
Andy Smith wrote:
> Hi Flo,
>
> On Sun, Nov 22, 2020 at 06:57:46PM +0100, Flo wrote:
> > Let's assume an average message size of 20MB. Then 100 messages are
> > enough to make it INBOX file that big. This doesn't necessarily mean
> > that this is disorganized.
>
> The average size of mail I have
Hi Flo,
On Sun, Nov 22, 2020 at 06:57:46PM +0100, Flo wrote:
> Let's assume an average message size of 20MB. Then 100 messages are
> enough to make it INBOX file that big. This doesn't necessarily mean
> that this is disorganized.
The average size of mail I have received in the last 2 months is
1
Flo wrote:
> Let's assume an average message size of 20MB. Then 100 messages are
> enough to make it INBOX file that big. This doesn't necessarily mean
> that this is disorganized.
No, it means exactly this, because when mbox was in developed and actively
in use there was no message of 20MB in si
inds of people out there - and everybody
> is free. And surprisingly the OP recompiles the package. In this case it is
> enough to just point out the nonsense of the subject "Problem
> with /var/mail file > 2GB with pop3".
>
>
Let's assume an average message size o
e OP recompiles the package. In this case it is
enough to just point out the nonsense of the subject "Problem
with /var/mail file > 2GB with pop3".
On Sat 21 Nov 2020 at 08:55:41 (+0100), deloptes wrote:
> Flo wrote:
>
> > I installed dovecot but it didn't really work. Actually only with one
> > specific account, the one which produces this big mbox file. And I
> > couldn't figure out the reason.
> >
> > So I recompiled popa3d and it seems t
Flo wrote:
> I installed dovecot but it didn't really work. Actually only with one
> specific account, the one which produces this big mbox file. And I
> couldn't figure out the reason.
>
> So I recompiled popa3d and it seems to work now.
Anyway - consider migrating from the mbox format to somet
Dear Flo,
Flo writes:
> Hi All,
>
> I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
>
> The mail files for each account are stored at /var/mail. No it has
> come to that point that such a file exceeded 2GB. And 'Get Messages'
> doesn't work anymore.
>
> Does anyone know
On 11/19/20 11:23 PM, Andy Smith wrote:
Hello,
On Thu, Nov 19, 2020 at 10:42:53PM +0100, Flo wrote:
The mail files for each account are stored at /var/mail. No it has come to
that point that such a file exceeded 2GB. And 'Get Messages' doesn't work
anymore.
Does anyone know about this issue
On 11/19/20 11:47 PM, Ulf Volmer wrote:
On 19.11.20 22:42, Flo wrote:
I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
The mail files for each account are stored at /var/mail. No it has come
to that point that such a file exceeded 2GB. And 'Get Messages' doesn't
wor
On 19.11.20 22:42, Flo wrote:
> I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
>
> The mail files for each account are stored at /var/mail. No it has come
> to that point that such a file exceeded 2GB. And 'Get Messages' doesn't
> work anymore.
This limit is defined in
Hello,
On Thu, Nov 19, 2020 at 10:42:53PM +0100, Flo wrote:
> The mail files for each account are stored at /var/mail. No it has come to
> that point that such a file exceeded 2GB. And 'Get Messages' doesn't work
> anymore.
>
> Does anyone know about this issue? Any hints to solve it? I could try
Hi All,
I am using Debian Buster, Thunderbird, Sendmail and popa3d to get emails.
The mail files for each account are stored at /var/mail. No it has come
to that point that such a file exceeded 2GB. And 'Get Messages' doesn't
work anymore.
Does anyone know about this issue? Any hints to solv
28 matches
Mail list logo
