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),
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
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
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
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
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
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
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
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
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
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
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.
t;> 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 messag
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 assume an average
gt; 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
> > wi
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
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
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
ople 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 of 20MB. T
ecompiles 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
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
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
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
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
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
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
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
28 matches
Mail list logo
