On Sunday, August 25, 2019 03:25:09 PM David Wright wrote:
> grep -a '^From ' DIRECTORY/* | less
>
> where DIRECTORY is wherever you keep your mail, will give an indication
> of how many emails you have stored. Then add your INBOX. My own totals
> around 70,000. My 40GB root filesystem has 2½mil
On Sun 25 Aug 2019 at 08:10:07 (-0400), rhkra...@gmail.com wrote:
> Hmm, this raised a question in my mind (not for myself so much) -- I use mbox
> (vs. maildir) as much as possible to store emails.
>
> (kmail (the older version I use (on Wheezy) uses maildir for the inbox and
Le 25/08/2019 à 14:10, rhkra...@gmail.com a écrit :
I suppose that, for someone who was going to archive a lot of mail and store
it in maildir format, they might have to consider more inodes (i.e., the news
option).
Probably. Or use a filesystem type such as Btrfs or XFS which, unlike
ext
ce. If you have a particular use in mind
> that is known to involve lots of small files, then “news” might be more
> appropriate.
Hmm, this raised a question in my mind (not for myself so much) -- I use mbox
(vs. maildir) as much as possible to store emails.
(kmail (the older version I
Don Armstrong (2018-04-04):
> There are definitely better formats than Maildir, like Dovecot's
> multi-dbox.[1]
>
> These issues are why almost everyone who uses Maildir just uses it as
> the backing message store and uses the index on top to do avoid ever
> reading all
On Wed, 04 Apr 2018, Nicolas George wrote:
> Don Armstrong (2018-04-04):
> > You should consider looking at using Maildir with notmuch and using
> > things which integrate notmuch.[1]
>
> Maildir is not that much better than mbox. Sure, it eliminates most of
> its worse fl
>
> > Is there something magical about the dot in the Maildir format?
>
> Yes, it is normal for all Maildir folders to start with a dot and to
> have sub-folders delimited by a dot as well.
It's just a convention, apparently. At least I removed the
init
Hi,
On 5/03/2016 6:12 AM, Joel Roth wrote:
> What is interesting, is that mb2md prepends a '.' to all of
> the existing mbox folder names it converts. Also, dots in
> existing folder names are converted to underscore.
>
> Is there something magical about the dot in the
t to it. New
contains mail which has not yet been touched, even enumerating the mail
moves it into cur(rent). I've never seen anything in a tmp yet.
Not that I spend much of my life snooping on my mail server's habits...
More Than You Wanted To Know (tm):
https://en.wikipedia.org/wiki/Maildir
--
Joe
> >>
> >> Great! But wouldn't that still be a good idea to switch to Maildir? :)
> >
> > Yes, it just takes a little work to change over :)
>
> Perhaps this will help?
>
> Migrate mbox data as follows:
>
> mb2md -f /var/mail/mboxfile -d /tmp/
On Tue, Apr 08, 2014 at 11:53:52PM -0500, Stan Hoeppner wrote:
> As with any MUA directly accessing maildir files performance gradually
> slows down over time with more and more mail files because they are
> scattered across the filesystem, especially with EXT, much less so with
> XFS.
ader_cache_compress
> unset maildir_header_cache_verify
> set message_cachedir=~/.cache/mutt/message/
> set read_inc=500
>
> More details about them in muttrc(5).
>
> > I prefer Maildir since I can use notmuch to index my mails easily.
>
> Yep.
You are correct. This helped allevia
On Wed, Apr 09, 2014 at 09:34:17AM +0100, Steve wrote:
> http://lumail.org/
>
> Although it is unlikely I wonder if anybody here has tested it under
> ext4?
I'd never heard of it, but thanks for sharing, it looks interesting.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.
> I've seen that mutt was faster when using a locl imap server, with
> header_cache and tokyocabinet as a db lib, than with same setting and
> direct maildir access.
I wrote a console-based mail-client, with lua scripting, modelled
upon mutt:
http://lumail.org/
Although
muttrc(5).
> I prefer Maildir since I can use notmuch to index my mails easily.
Yep.
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreaus
On Wed, Apr 09, 2014 at 08:19:09AM CEST, Raffaele Morelli
said:
> 2014-04-09 6:53 GMT+02:00 Stan Hoeppner :
>
> >
> > Mutt, as with other MUAs, creates a header cache so it only needs to
> > read the headers of new mail files. If you're slowing down with large
> On 9 Apr 2014, at 07:19, Raffaele Morelli wrote:
>
> There a set header_cache option to add in muttrc.
Yes turn that on. It makes a big difference. Consider also archiving older mail
to a compressed mbox via the "archivemail" tool.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debi
2014-04-09 6:53 GMT+02:00 Stan Hoeppner :
>
> Mutt, as with other MUAs, creates a header cache so it only needs to
> read the headers of new mail files. If you're slowing down with large
> maildir folders, the most likely problem is that your header caching is
> not working
On 4/8/2014 9:47 PM, Kumar Appaiah wrote:
> Dear Debian User,
>
> Of late, I've observed that opening my Maildir boxes in Mutt has been
> a tad slow. Here is the rough structure:
>
> I have an LVM home directory (ext4), within which I have a folder
> called ~/Maildi
Dear Debian User,
Of late, I've observed that opening my Maildir boxes in Mutt has been
a tad slow. Here is the rough structure:
I have an LVM home directory (ext4), within which I have a folder
called ~/Maildir. This folder has several Maildirs, say inbox,
debian-user etc., each of which
On Lu, 10 feb 14, 16:42:38, Lucius Rizzo wrote:
> Why not use procmail over maildrop? Have a global procmailrc and then
> you can run custom user filters later too. With procmail maildir
> delivery it's easy to run IMAP/pop servers like dovecot which does a
> good job to pic
Why not use procmail over maildrop? Have a global procmailrc and then you can
run custom user filters later too. With procmail maildir delivery it's easy to
run IMAP/pop servers like dovecot which does a good job to pickup procmailrc as
well and sort folders.
I had initially thought t
On Sb, 08 feb 14, 23:50:06, Markus Schönhaber wrote:
>
> No other suggestions but one I already made: check maildrop's
> documentation. That will hopefully help you to find out why maildrop
> fails to connect to (courier's?) authdaemon. WAG: permissions of the the
> corresponding socket are wrong.
07.02.2014 20:05, Andrei POPESCU:
> I tried using pipe(8), by reusing the already existing definition in
> master.cf
>
> maildrop unix - n n - - pipe
> flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
>
>
> and setting
>
> mailbox_transport =
On Mi, 05 feb 14, 13:29:08, Markus Schönhaber wrote:
>
> What is a "notmuch"?
apt-cache show notmuch ;)
> Anyway: How does maildrop get mail from postfix - via pipe? If so,
> remove the F from the flags to the pipe call in master.cf
I'm was using the simplest method, which is via mailbox_comman
as output from cron, which
> creates another message for notmuch to complain about and so on).
What is a "notmuch"?
Anyway: How does maildrop get mail from postfix - via pipe? If so,
remove the F from the flags to the pipe call in master.cf
> Things I tried
> --
> My
more info) and notmuch complains loudly about
it triggering a loop (the warning ends up as output from cron, which
creates another message for notmuch to complain about and so on).
Things I tried
--
My preferred solution would be to configure Postfix to do Maildir-style
delivery via
On 03/07/2012 01:17 AM, Jochen Spieker wrote:
Paul Scott:
I have set up an Ubuntu machine as I have set other Debian machines with
fetchmail and dovecot. I must have fumbled something in some configuration
file because my mail ends up in /var/mail/.
Here is the output of dovecot -n
-- snip
H
Paul Scott:
>
> I have set up an Ubuntu machine as I have set other Debian machines with
> fetchmail and dovecot. I must have fumbled something in some configuration
> file because my mail ends up in /var/mail/.
>
> Here is the output of dovecot -n
-- snip
> Here is fetchmailrc (with passwords
-generic i686 Ubuntu 10.04.4 LTS ext4
log_timestamp: %Y-%m-%d %H:%M:%S
login_dir: /var/run/dovecot/login
login_executable: /usr/lib/dovecot/imap-login
mail_privileged_group: mail
mail_location: maildir:/home/%u/Maildir
mbox_write_locks: fcntl dotlock
auth default:
passdb:
driver: pam
userdb
On Thu, Nov 10, 2011 at 09:05:40PM +0200, Allan Wind wrote:
> Does it work if hard-code maildir++ files?
It finds the mailboxes but when I want to change ('c') to ones with new
mail in, it does not show them.
>
> I use regular maildir mailboxes and use find to populate it:
On 2011-11-10 09:06:20, Johann Spies wrote:
> mailboxes + `\
> for file in ~/.maildir/.*; do \
>box=$(basename "$file"); \
>if [ ! "$box" = '.' -a ! "$box" = '..' -a ! "$box" = '.customflags' \
>
cope
directly with the maildir++ format (where mailboxes all begins with a
'.').
I came accross a mini-howto at http://wiki.mutt.org/?MuttFaq/Maildir
which suggested the following:
mailboxes + `\
for file in ~/.maildir/.*; do \
box=$(basename "$file"); \
if [ ! &qu
On Wed, 10 Nov 2010 10:36:09 -0500
Paul Cartwright wrote:
> On 11/10/2010 10:16 AM, Camaleón wrote:
> > s...@stt008:~$ telnet imap.mail.yahoo.com 143
> > Trying 212.82.96.94...
> > Connected to imap.mail.eu.am0.yahoodns.net.
> > Escape character is '^]'.
> > * OK [CAPABILITY IMAP4rev1 ID NAMESPAC
On 11/10/2010 10:16 AM, Camaleón wrote:
> s...@stt008:~$ telnet imap.mail.yahoo.com 143
> Trying 212.82.96.94...
> Connected to imap.mail.eu.am0.yahoodns.net.
> Escape character is '^]'.
> * OK [CAPABILITY IMAP4rev1 ID NAMESPACE X-ID-ACLID UIDPLUS LITERAL+
> XAPPLEPUSHSERVICE LOGINDISABLED AUTH=XY
On Wed, 10 Nov 2010 09:39:43 -0500, Paul Cartwright wrote:
> On 11/10/2010 08:57 AM, Celejar wrote:
>> You misunderstand - I'm asking you how *you've* tried to POP directly
>> from Yahoo - with what tool, settings, etc.?
> I let thunderbird figure it out. And when I try to connect **YAHOO**
> sa
On 11/10/2010 08:57 AM, Celejar wrote:
> You misunderstand - I'm asking you how *you've* tried to POP directly
> from Yahoo - with what tool, settings, etc.?
I let thunderbird figure it out. And when I try to connect **YAHOO**
says NO, that email address is not allowed to get pop3 mail. So the
sett
[Please reply to the list and not to me personally.]
On Wed, 10 Nov 2010 06:00:08 -0500
Paul Cartwright wrote:
> On 11/09/2010 09:06 PM, Celejar wrote:
> >>> Don't know - works here. Does the Gmail importer work for you?
> >>> > >
> >> > yes!
> > This doesn't add up - how can Gmail work if PO
On 11/09/2010 09:29 PM, Stan Hoeppner wrote:
>> >
>> > This doesn't add up - how can Gmail work if POP isn't functional? What
>> > tool are you trying to POP with? What port, etc.?
> Telnet or openssl s_client would be the most straightforward testing method:
>
> http://www.anta.net/misc/telnet-
Celejar put forth on 11/9/2010 8:06 PM:
> On Tue, 09 Nov 2010 20:54:07 -0500
> Paul Cartwright wrote:
>
>> On 11/09/2010 07:55 PM, Celejar wrote:
>>> FWIW, I'm using POP over SSL at port 995:
> I tried it:
> Sending of password did not succeed. Mail server pop.mail.yahoo.com
> re
On Tue, 09 Nov 2010 20:54:07 -0500
Paul Cartwright wrote:
> On 11/09/2010 07:55 PM, Celejar wrote:
> >>> > > FWIW, I'm using POP over SSL at port 995:
> >> > I tried it:
> >> > Sending of password did not succeed. Mail server pop.mail.yahoo.com
> >> > responded: pop not allowed for user.
> > Don
On 11/09/2010 07:55 PM, Celejar wrote:
>>> > > FWIW, I'm using POP over SSL at port 995:
>> > I tried it:
>> > Sending of password did not succeed. Mail server pop.mail.yahoo.com
>> > responded: pop not allowed for user.
> Don't know - works here. Does the Gmail importer work for you?
>
yes! woul
On Tue, 09 Nov 2010 15:47:14 -0500
Paul Cartwright wrote:
> On 11/09/2010 03:25 PM, Celejar wrote:
> > So I began to try it myself - but when I saw that it was clearly a POP
> > setup, right before handing over my Yahoo password to Gmail, I thought
> > that I'd better try POP myself first. So I
On 11/09/2010 03:25 PM, Celejar wrote:
> So I began to try it myself - but when I saw that it was clearly a POP
> setup, right before handing over my Yahoo password to Gmail, I thought
> that I'd better try POP myself first. So I fired up getmail, and
> voilà! Vanilla POP access!
>
> Yahoo still
On Mon, 8 Nov 2010 21:21:17 +0200
Andrei Popescu wrote:
> On Lu, 08 nov 10, 06:10:06, Paul Cartwright wrote:
> > On 11/08/2010 03:20 AM, Andrei Popescu wrote:> Because Yahoo has paid
> > only POP3 access. You can however let another
> > > free provider fetch your yahoo mail, like Gmail or GMX, bo
On 11/08/2010 02:21 PM, Andrei Popescu wrote:
>> > I didn't realize that you could import Yahoo email into GMail.. but it
>> > DOES use "yet another third party app":
>> > http://www.trueswitch.com/gmail/terms/index_en.html?lang=en
>> > and it is limited, and it is a beta, and it will only pull in
On Lu, 08 nov 10, 06:10:06, Paul Cartwright wrote:
> On 11/08/2010 03:20 AM, Andrei Popescu wrote:> Because Yahoo has paid
> only POP3 access. You can however let another
> > free provider fetch your yahoo mail, like Gmail or GMX, both offer quite
> > good IMAP/POP access
>
> I didn't realize that
On 11/08/2010 07:32 AM, Tom Ashley wrote:>
> Actually you can get yahoo via POP3 or IMAP without a paid account by
> designating the "Yahoo! Asia" server in account settings for regional
> site. There is no charge for the service in Asia.
actually, I like the Gmail option, since I already have a G
On Mon, 08 Nov 2010 06:00:45 -0500
Paul Cartwright wrote:
> On 11/08/2010 02:49 AM, Camaleón wrote:>
> > Maybe because "fetchyahoo" is by-passing Postfix (Procmail) and
> > directly storing e-mails under the specified location.
> could very well be, I didn't read any of the fetchyahoo code, just
On 11/08/2010 03:20 AM, Andrei Popescu wrote:> Because Yahoo has paid
only POP3 access. You can however let another
> free provider fetch your yahoo mail, like Gmail or GMX, both offer quite
> good IMAP/POP access
I didn't realize that you could import Yahoo email into GMail.. but it
DOES use "yet
On 11/08/2010 02:49 AM, Camaleón wrote:>
> Maybe because "fetchyahoo" is by-passing Postfix (Procmail) and directly
> storing e-mails under the specified location.
could very well be, I didn't read any of the fetchyahoo code, just the
config file.
>
> Another question... why not using Fetchmail f
On Mon, 08 Nov 2010 10:20:58 +0200, Andrei Popescu wrote:
> On Lu, 08 nov 10, 07:49:13, Camaleón wrote:
>>
>> Another question... why not using Fetchmail for Yahoo account? :-?
>
> Because Yahoo has paid only POP3 access. You can however let another
> free provider fetch your yahoo mail, like Gm
On Lu, 08 nov 10, 07:49:13, Camaleón wrote:
>
> Another question... why not using Fetchmail for Yahoo account? :-?
Because Yahoo has paid only POP3 access. You can however let another
free provider fetch your yahoo mail, like Gmail or GMX, both offer quite
good IMAP/POP access.
Regards,
Andrei
On Sun, 07 Nov 2010 19:03:40 -0500, Paul Cartwright wrote:
> On 11/07/2010 04:07 PM, Camaleón wrote:
>> Maybe you can put your ".fetchmailrc" settings (avoid displaying
>> sensitive data like passwords), or maybe you can explain how are you
>> fetching the e-mail from the rest of your accounts :-?
On 11/07/2010 04:07 PM, Camaleón wrote:
> Maybe you can put your ".fetchmailrc" settings (avoid displaying
> sensitive data like passwords), or maybe you can explain how are you
> fetching the e-mail from the rest of your accounts :-?
other than the fetchyahoo that does send my yahoo email to my
On Sun, 07 Nov 2010 21:07:02 +, Camaleón wrote:
> On Sun, 07 Nov 2010 15:47:55 -0500, Paul Cartwright wrote:
(from the other thread...)
> I have dovecot & postfix set
> to enable Maildir & IMAP, but it doesn't seem to be working.. dovecot
> log shows:
> 2010-11
On Sun, 07 Nov 2010 15:47:55 -0500, Paul Cartwright wrote:
> On 11/07/2010 08:32 AM, Camaleón wrote:
>> "home_mailbox" has preference over "mail_spool_directory" but is has to
>> be defined. Try by reloading postfix.
> not sure if you are familiar with fetchyahoo, but I use it to get my
> yahoo e
On 11/07/2010 08:32 AM, Camaleón wrote:
> "home_mailbox" has preference over "mail_spool_directory" but is has to
> be defined. Try by reloading postfix.
not sure if you are familiar with fetchyahoo, but I use it to get my
yahoo email, bring it in to my IMAP folder. I'm not sure what magic it
does
On Sun, 07 Nov 2010 07:13:05 -0500, Paul Cartwright wrote:
> I am trying to change my mail output on Debian Lenny to IMAP, using my
> Maildir folder.. I've changed /etc/postfix/main.cf and
> /etc/dovecot/dovecot.conf
>
> and here is what my postconf -d output show
I am trying to change my mail output on Debian Lenny to IMAP, using my
Maildir folder.. I've changed /etc/postfix/main.cf
and /etc/dovecot/dovecot.conf
and here is what my postconf -d output shows:
home_mailbox =
mail_name = Postfix
mail_owner = postfix
mail_release_date = 200
On Fri, Jan 01, 2010 at 09:51:23AM -0600, Stan Hoeppner wrote:
> Which filesystem is more appropriate for maildir use on a
> Postfix/Dovecot system, ext2/3 or xfs? This maildir will be storing
> mulitple mail folders and files, some folders containing over 10,000
> email files.
I
Volkan YAZICI wrote:
> [...] ext2/3 requires huge amounts of rescan time during boot after
> an unexpected reboot.
Isn't the journal supposed to protect against this? IMO I don't see
particularly long rescan times on the large-ish filesystem that I have
(800 GB ext3 on lvm on top of hardware raid
On Fri, 1 Jan 2010, Stan Hoeppner wrote:
Which filesystem is more appropriate for maildir use on a Postfix/Dovecot
system, ext2/3 or xfs? This maildir will be storing mulitple mail folders and
files, some folders containing over 10,000 email files.
I'm a big fan of XFS and have success
On Fri, 1 Jan 2010, Volkan YAZICI wrote:
I strongly agree, even in recent ext4 and nilfs benchmarks, reiserfs is
generally the winner in many different scenarious. Besides, XFS is very
disappointing at power failures and ext2/3 requires huge amounts of
There are reasons for the observed XFS be
On Fri, 1 Jan 2010, Camaleón writes:
> On Fri, 01 Jan 2010 09:51:23 -0600, Stan Hoeppner wrote:
>> Which filesystem is more appropriate for maildir use on a
>> Postfix/Dovecot system, ext2/3 or xfs? This maildir will be storing
>> mulitple mail folders and files, some fo
On Fri, 01 Jan 2010 09:51:23 -0600, Stan Hoeppner wrote:
> Which filesystem is more appropriate for maildir use on a
> Postfix/Dovecot system, ext2/3 or xfs? This maildir will be storing
> mulitple mail folders and files, some folders containing over 10,000
> email files.
How ab
Which filesystem is more appropriate for maildir use on a Postfix/Dovecot
system, ext2/3 or xfs? This maildir will be storing mulitple mail folders and
files, some folders containing over 10,000 email files.
If xfs, what is the most appropriate mkfs.xfs command line for creating the
filesystem
Boyd Stephen Smith Jr. wrote:
> In <4a33b953.5030...@stumbles.org.uk>, John Stumbles wrote:
>> I've got dovecot set up on an Etch box to use maildirs, with folders
>> under ~/Maildir.
>>
>> The same setup on Lenny finds a user's INBOX in their ~/Ma
In <4a33b953.5030...@stumbles.org.uk>, John Stumbles wrote:
>I've got dovecot set up on an Etch box to use maildirs, with folders
>under ~/Maildir.
>
>The same setup on Lenny finds a user's INBOX in their ~/Maildir but
>doesn't find any other folders - instead i
I've got dovecot set up on an Etch box to use maildirs, with folders
under ~/Maildir.
The same setup on Lenny finds a user's INBOX in their ~/Maildir but
doesn't find any other folders - instead it looks for them in the user's
home directory.
The users' filesystem is
I've got dovecot set up on an Etch box to use maildirs, with folders
under ~/Maildir.
The same setup on Lenny finds a user's INBOX in their ~/Maildir but
doesn't find any other folders - instead it looks for them in the user's
home directory.
The users' filesystem
On Tue, Apr 28, 2009 at 08:52:57AM +0200, Rafał Radecki wrote:
> Hi all. I have a problem with my mail servers' web interface. On our
> previous mail server we used SquirrelMail, now we try to use RoundCube. But
> we have a problem because RoundCube doesn't see users' Mail
Hi all. I have a problem with my mail servers' web interface. On our
previous mail server we used SquirrelMail, now we try to use RoundCube. But
we have a problem because RoundCube doesn't see users' Maildir directories.
Could anyone give me a clue why is it that? Standard folders
Hallo Jochen,
Am 2008-07-14 00:31:03, schrieb Jochen Schulz:
> I don't see a problem with several thousand files in one directory:
Me too
> # echo 3 > /proc/sys/vm/drop_caches
>
> $ time ls -1 ~/Maildir/.debian.user/cur | wc -l
> 10997
>
> real0m2.
don't see a problem with several thousand files in one directory:
# echo 3 > /proc/sys/vm/drop_caches
$ time ls -1 ~/Maildir/.debian.user/cur | wc -l
10997
real0m2.529s
user0m0.284s
sys 0m0.332s
$ du -hs ~/Maildir/.debian.user/cur
87M .
The first line flushes the filesystem
ion.
>>> This is what I'm aiming for, but I don't really understand why IMAP
>>> needs to be in there. I'd like to use Evolution as a local GUI and mutt
>>> remotely, on the same maildir. I shouldn't really need to have
>>> something else be
understand why IMAP
> > needs to be in there. I'd like to use Evolution as a local GUI and mutt
> > remotely, on the same maildir. I shouldn't really need to have
> > something else between the MUA and maildir.
> >
> Hi Owen,
> if you used ssfs to mount a remote dir
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/04/08 12:22, Gregory Seidman wrote:
> On Mon, Feb 04, 2008 at 01:10:06PM -0500, Douglas A. Tutty wrote:
>> I recently changed from mbox to Maildir format.
>>
>> Everything works fine: mail delivered to maildir, mutt read
On Mon, Feb 04, 2008 at 01:10:06PM -0500, Douglas A. Tutty wrote:
> I recently changed from mbox to Maildir format.
>
> Everything works fine: mail delivered to maildir, mutt reads it fine and
> will save to new mailboxes in maildir format. However, I have hundreds
> (? thousand
I recently changed from mbox to Maildir format.
Everything works fine: mail delivered to maildir, mutt reads it fine and
will save to new mailboxes in maildir format. However, I have hundreds
(? thousands) of emails in mbox format which I wish to restore in
Maildir format.
Is there a script
> Jeff Grossman wrote:
>> Thank you. I noticed it said that a Maildir patch exists for the Pine
>> package on Debian. I did a search on packages.debian.org and did not
>> see
>> Pine listed. Is that still a package that is available?
>
> http://packages.debian
Jeff Grossman wrote:
> Thank you. I noticed it said that a Maildir patch exists for the Pine
> package on Debian. I did a search on packages.debian.org and did not see
> Pine listed. Is that still a package that is available?
http://packages.debian.org/pine-tracker
Pine itself has to
> Jeff Grossman wrote:
>> I am using Debian testing. Is it possible to set Alpine up to use
>> Maildir
>> instead of mbox style mailboxes?=20
>
> Not until #405762 is fixed.
Thank you. I noticed it said that a Maildir patch exists for the Pine
package on
Jeff Grossman wrote:
> I am using Debian testing. Is it possible to set Alpine up to use Maildir
> instead of mbox style mailboxes?
Not until #405762 is fixed.
--
see shy jo
signature.asc
Description: Digital signature
I am using Debian testing. Is it possible to set Alpine up to use Maildir
instead of mbox style mailboxes? If not, I guess I can connect to the
inbox using imap, but how do I set up Alpine to also see my folders in the
~/Maildir directory?
Thanks,
Jeff
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
I'm running a small mailserver using Postfix on a Debian Etch machine.
For various reasons I decided to switch from the default mailbox format
to maildir, and I did it by adding the relevant configuration parameters
in Postfix's main.cf and removing the following line in that same f
t; mail_spool:
> debug_print = "T: appendfile for [EMAIL PROTECTED]"
> driver = appendfile
> # file = /var/mail/$local_part
> file = /home/$local_part/Maildir
> delivery_date_add
> envelope_to_add
> return_path_add
> group = mail
> mode = 0660
> mod
ile = /var/mail/$local_part
file = /home/$local_part/Maildir
delivery_date_add
envelope_to_add
return_path_add
group = mail
mode = 0660
mode_fail_narrower = false
You can see that I changed "file = /var/mail/$local_part" to "file =
/home/$local_part/Maildir&quo
On Mon, Jun 04, 2007 at 12:40:32AM +0200, Justin Hartman wrote:
> Hi guys
>
> I simply can not figure this one out. I have setup Exim to use the
> Maildir delivery method and NOT mbox however all my mail is being
> delivered to /var/mail/user instead of /home/user/Maildir
Hi guys
I simply can not figure this one out. I have setup Exim to use the
Maildir delivery method and NOT mbox however all my mail is being
delivered to /var/mail/user instead of /home/user/Maildir
Has anyone experienced anything like this or can point me in the right
direction here
On Thu, May 31, 2007 at 04:32:01PM -0400, Mitchell Laks wrote:
> Hi,
>
> My main inbox has a bunch of mails that really belong in other mail
> directories.
> They went to Mail/inbox because of an error in my .procmailrc
>
> I have now fixed my .procmailrc to correct the errors
> and now want to
Hi,
My main inbox has a bunch of mails that really belong in other mail directories.
They went to Mail/inbox because of an error in my .procmailrc
I have now fixed my .procmailrc to correct the errors
and now want to reapply the procmail to the contents of ~/Mail/inbox.
Thus, I would like to tak
Ron Johnson wrote:
I believe this happens after i accidently did something similar to `rm
-rf *' in $HOME(it's `rsync --delete'). I just fix Maildir by
`maildirmake ~/Maildir', but the problem still exists.
Why is POP looking in $HOME/Maildir? ~/Maildir is where emails
Andrew Sackville-West <[EMAIL PROTECTED]> writes:
> I believe this happens after i accidently did something similar to `rm
> -rf *' in $HOME(it's `rsync --delete'). I just fix Maildir by
> `maildirmake ~/Maildir', but the problem still exists.
m
fetchmail: POP3> PASS *
> | fetchmail: POP3< -ERR unable to scan $HOME/Maildir
> | fetchmail: unable to scan $HOME/Maildir
> | fetchmail: Authorization failure on [EMAIL PROTECTED]
> | fetchmail: POP3> QUIT
> `
>
> I believe this happens after i accidently did
ASS *
> | fetchmail: POP3< -ERR unable to scan $HOME/Maildir
> | fetchmail: unable to scan $HOME/Maildir
> | fetchmail: Authorization failure on [EMAIL PROTECTED]
> | fetchmail: POP3> QUIT
> `
>
> I believe this happens after i accidently did something similar to
Hi all,
I've got this problem and is unable to fetch mails now. The more
detailed log is:
,
| fetchmail: POP3> USER william
| fetchmail: POP3< +OK
| fetchmail: POP3> PASS *
| fetchmail: POP3< -ERR unable to scan $HOME/Maildir
| fetchmail: unable to scan $HOME/Ma
ain problem turned out to be incomplete paths in the "to"
statement. getmail is handing off directly to maildrop, and maildrop
is sorting messages into maildir structures within the directory
"~/mail/".
In my original attempt at writing "~/.mailfilter", I used &qu
On Tue, Nov 07, 2006 at 10:53:53PM -0600, Russell L. Harris wrote:
> Please forgive the cross-post, but I have gotten no response on this
> matter from the mutt list or from the maildrop list. I have read all
> the relevant man pages and have been searching without success on Google
> for a sol
Andrew Sackville-West wrote:
in procmail, you'd put a / after the destination to use it as a
maildir, maybe you need that in maildrop? maybe its trying to create
an mbox called spam with a directory already exits and that's causing
problems.
No. According to the man page, maildrop
1 - 100 of 460 matches
Mail list logo
