Anton Aylward wrote:
On 08/19/2014 09:47 PM, Linda Walsh wrote:
I agree, I spoke too soon on that because he already said he WAS getting his email except for his INBOX. Given that, I think the problem is in him trying to use maildir format for his inbox. That's non-standard and likely to cause problems.
Will you please stop propagating this nonsense that maildir is non standard. Its a reliable standard that has been in use for getting on for 40 years, it long pre-dates Linux, long pre-dates UNIX on PCS.
That's the point. Morse code has been a reliable standard for longer than maildir's. But that it was started before unix or linux doesn't speak to the issue of how standard it is on linux, unix, or email software on such computers. Of note, if the "standard" has been around so long, it is insightful to note how sendmail and most other email programs choose not to support maildir format. It might come down to usage, but putting each message in a separate file generally will waste space, time, resources... human time and cpu time... Here is the result of putting 238940 in a folder. Each of them are 1k long -- an average email message. I am using a larger number than one would normally have in a folder to allow comparison of methodology, not that email clients using email would have this many messages in 1 folder. But the numbers: Search mail messages w/grep w/hot cache: maildir 5.09sec mbox 0.02sec w/hot cache, a 250:1 speed diff. w/cold cache: (> dropcaches (took 5.70sec)): mbox 0.19sec maildir 60.24sec w/cold cache, a 300:1 speed diff. * Actual space taken by the bytes in each dir is 234M * But w/a 4k block size (like one might have on a 4096-byte sector disk): mbox 234M maildir 941M So, please don't claim something that was actively decided against in most mail programs is a "standard". That it takes almost 4x the space is bad enough, but that it 200-300 times slower is the real bear.
I am all but certain sendmail doesn't support that and think it would be unlikely for postfix to support that for '/V/S/M'...
And that too is misinformation as a light browse of the Postfix documentation shows. For example, this shows how to set Postfix to use a maildir in the user's home directory:
You mean this part: mail_spool_directory (default: see "postconf -d" output) The directory where local(8) UNIX-style mailboxes are kept. The default setting depends on the system type. Specify a name ending in / for maildir-style delivery. Note: ... > >> If you use the mail_spool_directory setting for maildir style delivery, > >> then you must create the top-level maildir directory in advance. Postfix > >> will not create it. Examples: mail_spool_directory = /var/mail mail_spool_directory = /var/spool/mail -------------- Note that it says by default, it ***WON'T*** work. (and last I checked /var/spool/mail wasn't in my home directory).
Googling for 'sendmail + maildir" produces plenty of how-to pages.
Did you even read one of them? The very first one says to use another program for local mail delivery. Sendmail's LDA won't work. Try reading the 1st entry about how to save in maildir format w/sendmail: (http://lists.freebsd.org/pipermail/freebsd-questions/2006-April/117851.html) It says: "in order to make sendmail deliver e-mails Maildir style, you will need to substitute a different local delivery agent" **
It's not actually sendmail that saves the messages on final delivery, but the local mail delivery process that sendmail hands the message off to. **
Sendmail comes with it's own LDA -- always has. More misinformation, Anton?
Please stop spreading misinformation. Most of your assertions about what these things cannot do is easy disproved by a few seconds with google.
--- You need better googlefu to support your claims. Pointing at a website that says to unconfig sendmail for local delivery to be able to "use it" [sic] w/maildir formats is ridiculous.
Many of us get annoyed when we are told that things we've been doing for years and years with not problems are 'impossible'.
And some of get amused and come back with quotes and stats to back things up, rather than getting huffy and posturing. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org