Re: How is mutt with multi-mega-byte mboxes?
> On Thu, Sep 18, 2014 at 04:19:12PM -0400, Mark Filipak wrote: > >> How is mutt with multi-mega-byte mboxes? Have you found that having >> tens of thousands of messages in a single box is dangerous? -snip off responses- Thank you for your informative responses.
Re: display text when a main contains HTML and text
On Thu, Sep 18, 2014 at 12:52:25PM +0200, Nathan Schwarz wrote: But alternative_order works fine, no more html-mail or lynx-dumps :) However, note that at least some multipart/alternative emails come with an empty or trivial text/plain part. I don't know why someone would go to the trouble of writing a tool that would send multipart and then not put anything in the text/plain, but it does happen. If you use alternative_order to prefer plain text (as I do), you'll need to recognize that sometimes you will need to manually select the HTML part read the email. -- Ed Blackman
Re: How is mutt with multi-mega-byte mboxes?
On Thu, Sep 18, 2014 at 04:19:12PM -0400, Mark Filipak wrote: > How is mutt with multi-mega-byte mboxes? Have you found that having > tens of thousands of messages in a single box is dangerous? Depending on how large the mailbox is, you may see timeouts under certain conditions if something (e.g., procmail) is trying to deliver to an mbox while mutt has a lock on it. I experienced that problem recently. So, if you're delivering directly to the large mbox in question, I'd just make sure that anything / everything that may be delivering to it has a long timeout setting. I use a mix of Mbox and Maildir on both of the systems I read mail on. Obviously, there are certain cases where lots of small files is less efficient than one big file, or vice-versa, and some of this may also depend on your filesystem. But I have found situations where Maildir + header caching does certain types of things more efficiently than with mbox. w
Re: SMTP Authentication fails with 1.5.23 on Verizon
Nope, just tried it. It didn't work! Thanks, Russ On Thu, Sep 18, 2014 at 04:15:22PM +0300, Alexander Gattin wrote: > Hello, > > If you set correct password for the 2nd auth > method (CRAM-MD5), it works OK?
Re: How is mutt with multi-mega-byte mboxes?
On Thu, Sep 18, 2014 at 04:19:12PM -0400, Mark Filipak wrote: > How is mutt with multi-mega-byte mboxes? Have you found that having tens > of thousands of messages in a single box is dangerous? > > Thank You. I've had up to 40k messages in a mbox file, collecting debian-devel. The only effect I noticed regarding mutt is that loading the box upon access took its due time (my disk is quite slow). But the file itself didn't get corrupted by the fault of mutt in any way. That being said, since you're talking about 'multi-megabyte mboxes': my local 'sent' mbox is well over 1 gigabyte due to attachments -- this too doesn't seem to be a problem at all. Best regards, Jens.
Re: How is mutt with multi-mega-byte mboxes?
* On 18 Sep 2014, Mark Filipak wrote: > On 2014/9/18 4:27 PM, David Champion wrote: > > * On 18 Sep 2014, Mark Filipak wrote: > >> How is mutt with multi-mega-byte mboxes? Have you found that having tens > >> of thousands of messages in a single box is dangerous? > >> > >> Thank You. > > > > [473/130]$ du -sh /var/mail/dgc > > 466M/var/mail/dgc > > > > I only have ~25k messages in my inbox right now. I used to keep 50-60k, > > but now I turn a new leaf every spring. > > And you're using mbox? Not maildir? Correct. I've used mutt on mboxes even larger too -- maybe 200-300k messages, a gigabyte or two in size. Not often; this is usually a temporary arrangement, like when I want to look at a whole year's worth of mail at once. But 25k messages is daily routine. I've used mutt for 15 or 16 years and I don't recall ever losing mail due to software error. Memory usage for mutt on my inbox: [477/148]$ ps -eorss,vsz,comm | grep mutt 41784 44280 mutt So ~43mb virtual, mostly paged in, for 466M of mail in 25k messages. -- David Champion • d...@bikeshed.us
Re: How is mutt with multi-mega-byte mboxes?
On 2014/9/18 4:27 PM, David Champion wrote: > * On 18 Sep 2014, Mark Filipak wrote: >> How is mutt with multi-mega-byte mboxes? Have you found that having tens >> of thousands of messages in a single box is dangerous? >> >> Thank You. > > [473/130]$ du -sh /var/mail/dgc > 466M/var/mail/dgc > > I only have ~25k messages in my inbox right now. I used to keep 50-60k, > but now I turn a new leaf every spring. And you're using mbox? Not maildir?
Re: How is mutt with multi-mega-byte mboxes?
* On 18 Sep 2014, Mark Filipak wrote: > How is mutt with multi-mega-byte mboxes? Have you found that having tens > of thousands of messages in a single box is dangerous? > > Thank You. [473/130]$ du -sh /var/mail/dgc 466M/var/mail/dgc I only have ~25k messages in my inbox right now. I used to keep 50-60k, but now I turn a new leaf every spring. -- David Champion • d...@bikeshed.us
How is mutt with multi-mega-byte mboxes?
How is mutt with multi-mega-byte mboxes? Have you found that having tens of thousands of messages in a single box is dangerous? Thank You.
Re: SMTP Authentication fails with 1.5.23 on Verizon
Hello, unfortunately, it looks like there's no way to distinguish between the unsupported DIGEST-MD5 and wrond password for CRAM-MD5 -- the server's reply is the same: > 5< 500 5.7.0 Unknown AUTH error -1 (Internal authentication error). 1. (digest) On Wed, Sep 17, 2014 at 06:46:48AM -0500, Russell Urquhart wrote: > 5< 220 vms173019pub.verizon.net -- Server ESMTP (Sun Java(tm) System > Messaging Server 7u2-7.02 32bit (built Apr 16 20 > 09)) > 5> EHLO verizon.net > 5< 250-vms173019pub.verizon.net > 5< 250-8BITMIME > 5< 250-PIPELINING > 5< 250-CHUNKING > 5< 250-DSN > 5< 250-ENHANCEDSTATUSCODES > 5< 250-HELP > 5< 250-XLOOP 0A9CEF44CC28C9B65C815865BD04BF41 > 5< 250-AUTH DIGEST-MD5 PLAIN LOGIN CRAM-MD5 > 5< 250-AUTH=LOGIN PLAIN > 5< 250-ETRN > 5< 250-NO-SOLICITING > 5< 250 SIZE 20971520 > 5> AUTH DIGEST-MD5 > 5< 334 > bm9uY2U9IlQwak5KVnA2a0oxYkdzTUt2V1YvWU9UV1paZjVvbkRheTZUN05IMGtUMU09IixyZWFsbT0idmVyaXpvbi5uZXQiLHFvcD0iYXV0aCIsY2hhcnNldD11dGYtOCxhbGdvcml0aG09bWQ1LXNlc3M= > > 5> > dXNlcm5hbWU9InJ1c3N1cnF1aGFydDEiLHJlYWxtPSJ2ZXJpem9uLm5ldCIsbm9uY2U9IlQwak5KVnA2a0oxYkdzTUt2V1YvWU9UV1paZjVvbkRheTZUN05IMGtUMU09Iixjbm9uY2U9Ik5id3V0dUVJcUtzT01RMUd5dVRRR2hUQzhwVHVjU1c1ZlZWYUFsZjRMQ0k9IixuYz0wMDAwMDAwMSxxb3A9YXV0aCxtYXhidWY9NjU1MzYsZGlnZXN0LXVyaT0ic210cC9zbXRwLnZlcml6b24ubmV0IixyZXNwb25zZT1jZjQ1OTA0ZjAzNjdkMTNjNzE3YmU2YjcwZGY2YjczZg== > > 5< 500 5.7.0 Unknown AUTH error -1 (Internal authentication error). 2. (cram) On Wed, Sep 17, 2014 at 08:23:55AM -0500, Russell Urquhart wrote: > 5< 220 vms173025pub.verizon.net -- Server ESMTP (Sun Java(tm) System > Messaging Server 7u2-7.02 32bit (built Apr 16 20 > 09)) > 5> EHLO verizon.net > 5< 250-vms173025pub.verizon.net > 5< 250-8BITMIME > 5< 250-PIPELINING > 5< 250-CHUNKING > 5< 250-DSN > 5< 250-ENHANCEDSTATUSCODES > 5< 250-HELP > 5< 250-XLOOP 909D1845605982A0426FBB076A98755C > 5< 250-AUTH DIGEST-MD5 PLAIN LOGIN CRAM-MD5 > 5< 250-AUTH=LOGIN PLAIN > 5< 250-ETRN > 5< 250-NO-SOLICITING > 5< 250 SIZE 20971520 > 5> AUTH CRAM-MD5 > 5< 334 PDQ1NjA4NDI4MC4xNjczNDAyQHZtczE3MzAyNT4= > 5> cnVzc3VycXVoYXJ0MSA0MWNiZGM0MzY0NDkyMTdkNjdhOTg2M2UwMTI2ZDA2Mg== > 5< 500 5.7.0 Unknown AUTH error -1 (Internal authentication error). If you set correct password for the 2nd auth method (CRAM-MD5), it works OK? -- With best regards, xrgtn signature.asc Description: Digital signature
Re: display text when a main contains HTML and text
Ah sorry - it's not mutt, as stated in RFC1521 the first possible attachment should be opened and the order of attachments is set by the sender, whereas the definition is, that the least favorable message-type should be the last one in order. Thus, mutt works compliant to the RFCs and the problem is rather the unpleasing range that html mails got. But alternative_order works fine, no more html-mail or lynx-dumps :) -- /"\ ASCII Ribbon Campaign \ / - against HTML emails X - against proprietory attachments / \ http://en.wikipedia.org/wiki/ASCII_Ribbon_Campaign On 09-18/12:42, Nathan Schwarz wrote: > Mutt gives text/html seniority over text/plain. > To change this put this in your muttrc: > 'alternative_order text/plain text/html' > > - Nathan > > -- > /"\ ASCII Ribbon Campaign > \ / - against HTML emails > X - against proprietory attachments > / \ http://en.wikipedia.org/wiki/ASCII_Ribbon_Campaign > > On 09-18/12:24, Matthias Apitz wrote: > > > > Hi, > > > > From time to time I'm getting mails having the message as text and HTML > > at the same time in the body; ofc this is bad posting style of the sender > > and > > maybe one should not care about and just delete such mails; > > > > to display HTML attachments I have in my .mailcap: > > > > $ fgrep lynx .mailcap > > text/html; lynx -dump -display_charset UTF-8 %s ; copiousoutput; > > nametemplate=%s.html > > > > Why is mutt presenting the HTML part of the mail and not just the text? > > Is this somehow a config issue? > > > > Thanks > > > > matthias > > -- > > Matthias Apitz | /"\ ASCII Ribbon Campaign: > > E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail > > WWW: http://www.unixarea.de/ | X- No proprietary attachments > > phone: +49-170-4527211 | / \ - Respect for open standards > > | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
Re: display text when a main contains HTML and text
Mutt gives text/html seniority over text/plain. To change this put this in your muttrc: 'alternative_order text/plain text/html' - Nathan -- /"\ ASCII Ribbon Campaign \ / - against HTML emails X - against proprietory attachments / \ http://en.wikipedia.org/wiki/ASCII_Ribbon_Campaign On 09-18/12:24, Matthias Apitz wrote: > > Hi, > > From time to time I'm getting mails having the message as text and HTML > at the same time in the body; ofc this is bad posting style of the sender and > maybe one should not care about and just delete such mails; > > to display HTML attachments I have in my .mailcap: > > $ fgrep lynx .mailcap > text/html; lynx -dump -display_charset UTF-8 %s ; copiousoutput; > nametemplate=%s.html > > Why is mutt presenting the HTML part of the mail and not just the text? > Is this somehow a config issue? > > Thanks > > matthias > -- > Matthias Apitz | /"\ ASCII Ribbon Campaign: > E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail > WWW: http://www.unixarea.de/ | X- No proprietary attachments > phone: +49-170-4527211 | / \ - Respect for open standards > | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
display text when a main contains HTML and text
Hi, >From time to time I'm getting mails having the message as text and HTML at the same time in the body; ofc this is bad posting style of the sender and maybe one should not care about and just delete such mails; to display HTML attachments I have in my .mailcap: $ fgrep lynx .mailcap text/html; lynx -dump -display_charset UTF-8 %s ; copiousoutput; nametemplate=%s.html Why is mutt presenting the HTML part of the mail and not just the text? Is this somehow a config issue? Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X- No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign
