Is there any way to limit the ICONS resource to only
be displayed if images are of a certain size?
Right now I have
ICONS
image/*;[16x14]/images/blackcamera.gif
multipart/mixed;[16x14]/images/blackcamera.gif
multipart/related;[16x14]/images/blackcamera.gif
Modifying code to remember last message number is
straight-forward and independent of any file system that
may be in use.
Ok, to spice things up I'm offering a $300 bounty for whoever writes
the patch that gets accepted into the MhonArc codebase.
OK, ok... I put something together and
I think an option for mhonarc to avoid the directory listing would be
quite helpful, at least in my situation.
I would love to have access to the last message number after a MHonArc
run.
I've been working on an SQL-based message store that is used entirely
for searching, displaying indexes,
It looks like Yahoo! groups has started sending out messages containing
multiple HEAD elements in the text/html MIME subpart of its emails.
Unfortunately, this seems to break MHonArc, probably because it only
expects one and uses it to determine X-Body-of-Message et al.
I've been reading through
I think that all of the mail delivery problems have been solved. It was
an interesting problem -- a combination of sendmail timeouts causing
bulk_mailer to fail early, certain DNS lookups failing and confusing
sendmail, and not enough coffee on my part.
Please let me know if you have any
I have an mbox file that, when viewed in mutt, appears to have 240
messages. When processed by mhonarc, only 226 messages are rendered into
the html archive.
Are there any tricks to debugging this sort of situation? I can't seem
to figure out which messages are not making the grade, so to
I am having trouble in converting large archives ( since 1990 ).
All my emails are in .txt format on SunOS cdnemailweb.Cadence.COM 5.8
Generic_108528-19 sun4u sparc SUNW,Ultra-80
Here are my trials :
1. mhonarc -add /usr1/archives/*.txt ( doesn't work ) fails with