Re: Mutt and mailboxes
--On Monday, October 14, 2002 10:33:22 -0500 Keith G. Murphy [EMAIL PROTECTED] wrote: I just noticed that it looks like the POP3 functionality has been integrated into the latest squirrelmail (that is why one of the plugins is marked obsolete), but the documentation on that is extremely sparse. Some time, I am going to play with it... All the pop3 mailfetch 'plugin' on squirrelmail does is logs into a pop3 server and downloads the messages into an imap folder. I have a few users who quite like the functionality of it. Regards, Sid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
Andy Saxena wrote: On Fri, Oct 11, 2002 at 09:23:25AM -0500, Keith G. Murphy wrote: Andy Saxena wrote: I don't think Squirrelmail allows access to POP mailboxes. Check out squirrelmail's web page. Look at the plugins. Thanks for the pointer, but I don't see any plug-ins that allow POP access without downloading it in some way. I looked at the descriptions of Mail Fetch and Mail Fetchmail. An ideal situation would be being able to see the important message headers like From: and Subject: and then being able to download the message body by selecting a particular message; sort of like pop3browser. Yeah, you're right, I see nothing that does that. I could be wrong, but I think the fundamental idea of Squirrelmail is IMAP access (consider the authentication procedure, for example). Besides, Squirrelmail doesn't provide any way to enter the email server information, username and password. I could've overlooked some plug-in that does this too :-}. I am certain that you did. Use the source, Luke. :-) I just noticed that it looks like the POP3 functionality has been integrated into the latest squirrelmail (that is why one of the plugins is marked obsolete), but the documentation on that is extremely sparse. Some time, I am going to play with it... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
On Thu, Oct 10, 2002 at 10:03:05AM -0500, Keith G. Murphy wrote: Andy Saxena wrote: I am a happy squirrelmail user, but I think the above solution is an elegant solution for a large user base. It's low-maintenance and hassle-free. Apparently, there's a squirrelmail plugin that does fetchmail. Seems to me that *might* fill in the missing piece that mail2web is doing for you: letting the users maintain the retrieval process. I don't think Squirrelmail allows access to POP mailboxes. -Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
Andy Saxena wrote: On Thu, Oct 10, 2002 at 10:03:05AM -0500, Keith G. Murphy wrote: Andy Saxena wrote: I am a happy squirrelmail user, but I think the above solution is an elegant solution for a large user base. It's low-maintenance and hassle-free. Apparently, there's a squirrelmail plugin that does fetchmail. Seems to me that *might* fill in the missing piece that mail2web is doing for you: letting the users maintain the retrieval process. I don't think Squirrelmail allows access to POP mailboxes. Check out squirrelmail's web page. Look at the plugins. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
Andy Saxena wrote: On Thu, Oct 03, 2002 at 01:33:29PM -0400, Matthew Weier O'Phinney wrote: I actually do all this, too (except the squirrelmail part -- I just use mail2web with the IMAP options for web access). It *is* a beautiful setup -- can't recommend it highly enough! If you have no trouble trusting strangers with your personal email, I guess this would work. mail2web is a pretty cool idea, though. I wonder if there's open sourced software that does the same thing. I am a happy squirrelmail user, but I think the above solution is an elegant solution for a large user base. It's low-maintenance and hassle-free. Apparently, there's a squirrelmail plugin that does fetchmail. Seems to me that *might* fill in the missing piece that mail2web is doing for you: letting the users maintain the retrieval process. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
On Thu, Oct 03, 2002 at 01:33:29PM -0400, Matthew Weier O'Phinney wrote: I actually do all this, too (except the squirrelmail part -- I just use mail2web with the IMAP options for web access). It *is* a beautiful setup -- can't recommend it highly enough! If you have no trouble trusting strangers with your personal email, I guess this would work. mail2web is a pretty cool idea, though. I wonder if there's open sourced software that does the same thing. I am a happy squirrelmail user, but I think the above solution is an elegant solution for a large user base. It's low-maintenance and hassle-free. -Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
-- David P James [EMAIL PROTECTED] wrote (on Wednesday, 02 October 2002, 11:05 PM -0400): I've recently started using mutt remotely when I'm on campus to check for email that Mozilla is automatically downloading to my Debian box at home Not to be contrary, but why are you having Mozilla do the downloading? Fetchmail is designed for this... and once it has retrieved the mail for you, you could have any of your mail clients look at it directly on your machine easily, as it would be in a standard place. Just a thought. The 'problem' is that when mutt launches it automatically uses the mbox file at /var/mail/username. There is such a file on my system but little email ever comes its way, hence I have no interest in checking it. What I would like is to have Mutt default to opening up Mozilla's mbox at ~/.mozilla/default/.slt/Mail/pop.my.isp/Inbox . I can force mutt to open it by using the -f (and, for safety's sake, -R) parameter with that long filename, but I would prefer a quicker and more permanent solution. I've also noticed that there is no .mutt or the like file or directory in my home directory, which is somewhat perplexing. I believe somebody else already noted this, but .muttrc is not created on its own; you have to create your own. When you do (simply use your favorite editor -- likely VIM if you're using mutt! -- and create a ~/.muttrc file), you'll need a line such as: set folder=/path/to/spoolfile Once this is in there, you won't need to use the -f switch. I highly suggest reading the mutt manual; it's included with the Debian distro at /usr/share/doc/mutt/html/manual.html. And also look into fetchmail and procmail -- they are excellent tools for grabbing mail from remote locations and delivering it to specific files/directories. -- Matthew Weier O'Phinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
-- Keith G. Murphy [EMAIL PROTECTED] wrote (on Thursday, 03 October 2002, 11:08 AM -0500): Matthew Weier O'Phinney wrote: -- David P James [EMAIL PROTECTED] wrote (on Wednesday, 02 October 2002, 11:05 PM -0400): I've recently started using mutt remotely when I'm on campus to check for email that Mozilla is automatically downloading to my Debian box at home Not to be contrary, but why are you having Mozilla do the downloading? Fetchmail is designed for this... and once it has retrieved the mail for you, you could have any of your mail clients look at it directly on your machine easily, as it would be in a standard place. And to increase the beauty, use some IMAP server to serve up the fetchmail'ed messages. That way, remote access from anywhere with all kinds of mail clients becomes possible, along with a consistent and safe view of all your folders. courier w/ssl (forget the package name) is a beautiful way to go. Oh, yes, you could also then use squirrelmail + apache-ssl so that you'd have web access from anywhere. Like Matthew said, just a thought. I actually do all this, too (except the squirrelmail part -- I just use mail2web with the IMAP options for web access). It *is* a beautiful setup -- can't recommend it highly enough! -- Matthew Weier O'Phinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
Matthew Weier O'Phinney was roused into action on 10/03/02 09:30 and wrote: -- David P James [EMAIL PROTECTED] wrote (on Wednesday, 02 October 2002, 11:05 PM -0400): I've recently started using mutt remotely when I'm on campus to check for email that Mozilla is automatically downloading to my Debian box at home Not to be contrary, but why are you having Mozilla do the downloading? Fetchmail is designed for this... and once it has retrieved the mail for you, you could have any of your mail clients look at it directly on your machine easily, as it would be in a standard place. Because; (1) It hadn't occurred to me to do that, and (2) It kind of depends on what happens once the file is on the computer. Mozilla can be told to place its mail file anywhere, but it doesn't appear to have the option (like Mutt or to some degree Kmail) of 'directly' reading a mailfile - Mozilla is set up to download and then read, not to read only. That's not to say that Mozilla's mail file can't be modified by something other than itself, it can - you just don't want to be doing that when Mozilla is actually running (say, when I'm home, which would mean that I'd have to shut off fetchmail whenever Mozilla Mail starts up). It would be nice if Moz could be told to read mbox files directly, but it can't. I'd even consider switching away from Moz, but I have yet to find any other [GUI] mail client that handles the concept of sub-folders as Moz does, or that can sort email by 'Order Received' rather than simply by date. My long-term hope is that Moz gets improved or that Minotaur will make up for Moz's deficiencies (mailing list handling, as another example). On the other hand, if fetchmail downloads it to somewhere in /var/mail and I manage to set up a server for other mail clients to download from, would that not result in having an mbox file in multiple places, thereby wasting space? (ie wherever fetchmail puts it *and* also in the usual Mozilla location when Moz downloads it?). I suppose I could still tell Mozilla to delete the file from the server (eg, /var/mail), but then this seems to be a lot of extra file swapping, configuring as well as installing another programor two for what would appear to be no real gain. As it is now, Mozilla downloads mail and anything else can read it wherever Mozilla puts it. I just need to be able to configure Mutt to do that, which I have now been able to do. I believe somebody else already noted this, but .muttrc is not created on its own; you have to create your own. When you do (simply use your favorite editor -- likely VIM if you're using mutt! -- and create a ~/.muttrc file), you'll need a line such as: set folder=/path/to/spoolfile Once this is in there, you won't need to use the -f switch. I highly suggest reading the mutt manual; it's included with the Debian distro at /usr/share/doc/mutt/html/manual.html. And also look into fetchmail and procmail -- they are excellent tools for grabbing mail from remote locations and delivering it to specific files/directories. I had looked at the manual and the man page but I hadn't figured out that Mutt doesn't create a .muttrc file when first invoked. I saw references to it but I'm a little bit leary of creating a file that, from the documentation, *sounds* as if it ought to be there already. Anyway, problem solved now. Thanks, -- David P. James 4th Year Economics Student Queen's University Kingston, Ontario http://members.rogers.com/dpjames/ The bureaucratic mentality is the only constant in the universe. -Dr. Leonard McCoy, Star Trek IV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
-- David P James [EMAIL PROTECTED] wrote (on Thursday, 03 October 2002, 05:27 PM -0400): Matthew Weier O'Phinney was roused into action on 10/03/02 09:30 and wrote: -- David P James [EMAIL PROTECTED] wrote (on Wednesday, 02 October 2002, 11:05 PM -0400): Not to be contrary, but why are you having Mozilla do the downloading? Fetchmail is designed for this... and once it has retrieved the mail for you, you could have any of your mail clients look at it directly on your machine easily, as it would be in a standard place. Because; (1) It hadn't occurred to me to do that, and (2) It kind of depends on what happens once the file is on the computer. Mozilla can be told to place its mail file anywhere, but it doesn't appear to have the option (like Mutt or to some degree Kmail) of 'directly' reading a mailfile - Mozilla is set up to download and then read, not to read only. That's not to say that Mozilla's mail file can't be modified by something other than itself, it can - you just don't want to be doing that when Mozilla is actually running (say, when I'm home, which would mean that I'd have to shut off fetchmail whenever Mozilla Mail starts up). It would be nice if Moz could be told to read mbox files directly, but it can't. I'd even consider switching away from Moz, but I have yet to find any other [GUI] mail client that handles the concept of sub-folders as Moz does, or that can sort email by 'Order Received' rather than simply by date. My long-term hope is that Moz gets improved or that Minotaur will make up for Moz's deficiencies (mailing list handling, as another example). If I remember correctly, though, Mozilla can use IMAP (and I do, because I use it on my Windows box when I need to read mail) -- which means that if you use it as an IMAP mail reader, it will leave the mail where it's delivered. You might also want to look into Evolution -- I'd been using Mozilla for mail for awhile until Evolution matured, and found it to be a good GUI mail client. It's standards compliant, which means that it will read mail wherever it is, thus leaving it in a central location for other mail clients to read it. On the other hand, if fetchmail downloads it to somewhere in /var/mail and I manage to set up a server for other mail clients to download from, would that not result in having an mbox file in multiple places, thereby wasting space? (ie wherever fetchmail puts it *and* also in the usual Mozilla location when Moz downloads it?). I suppose I could still tell Mozilla to delete the file from the server (eg, /var/mail), but then this seems to be a lot of extra file swapping, configuring as well as installing another programor two for what would appear to be no real gain. Actually, if you set up your mail server to deliver to Maildir (either in the MTA's configuration or through procmail, which is what you'd do if you were to set up an IMAP server), it would go to your user account's ~/Maildir/ directory, which would act kind of like your spool. From there, you could use clients like Mozilla, which semi-require their own mail directory formats, to contact the IMAP server, and other clients, such as mutt, kmail, etc, to simply use the Maildir format (these other clients could also use the IMAP protocol, as then the configuration would be standard). As it is now, Mozilla downloads mail and anything else can read it wherever Mozilla puts it. I just need to be able to configure Mutt to do that, which I have now been able to do. Of course, these are just suggestions -- if you've got it working, and it works the way you want it to -- good. I offer these suggestions as somebody who fiddled around with email clients for years, always having to change formats and mail spool locations whenever I found a new one that used a slightly different storage format. Standards exist to make such fiddling unnecessary -- which is why a fetchmail/procmail/IMAP setup makes a lot of sense if you'll be using multiple clients to read your mail. -- Matthew Weier O'Phinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mutt and mailboxes
* David P James ([EMAIL PROTECTED]) [021002 20:05]: interest in checking it. What I would like is to have Mutt default to opening up Mozilla's mbox at ~/.mozilla/default/.slt/Mail/pop.my.isp/Inbox . I can force mutt To specify your spoolfile, put set spoolfile=~/.mozilla/... in your .muttrc . Alternatively, set your $MAIL environment variable in your shell's startup scripts. solution. I've also noticed that there is no .mutt or the like file or directory in my home directory, which is somewhat perplexing. Mutt will read a .muttrc if you write one, but it won't write one on its own. Further places to look for help are the mutt manual (in /usr/share/doc/mutt, or on the web), and the [EMAIL PROTECTED] archives, the mutt homepage, Sven Guckes' mutt site, and (of course) google. good times, Vineet -- http://www.doorstop.net/ -- http://www.aclu.org/It's all about Freedom. msg04936/pgp0.pgp Description: PGP signature
Re: Mutt + verschiedene Mailboxes
Hallo Sven, * Sven Salzwedel schrieb [13-09-02 05:28]: Christian Schmidt schrieb am Thu, Sep 12, 2002 at 11:16:49PM +0200: Sven Salzwedel wrote on 12.09.2002: ich habe mehrere Mailboxes wo neue mails reinkommen, also z.B. /var/mail/user und ~/Mail/list-deb-de ... was mich jedoch stört, ist dass als standard mailbox beim starten von Mutt /var/mail/user genommen wird, auch wenn sie leer is. Kann ich Mutt so konfigurieren dass beim start in eine andere mailbox gewechselt wird, wenn /var/mail/user leer ist? wenn ja, any hints? ;) Du koenntest Dir auch einen Alias auf mutt legen, der dann immer mutt -y aufruft... Oder, wenn du mutt nur starten willst, wenn auch neue Mails da sind, direkt mit mutt -Z aufrufen, dann wird automtisch in eine Mailbox mit neuen Mails gewechselt. Falls keine neuen Mails da sind, wird mutt jedoch nicht gestartet. Gruss Udo -- Aus Murphy's Gesetzen: Das Backup, das du gerade gemacht hast, wirst du nie brauchen. msg18648/pgp0.pgp Description: PGP signature
Mutt + verschiedene Mailboxes
Hallo Liste, ich habe mehrere Mailboxes wo neue mails reinkommen, also z.B. /var/mail/user und ~/Mail/list-deb-de ... was mich jedoch stört, ist dass als standard mailbox beim starten von Mutt /var/mail/user genommen wird, auch wenn sie leer is. Kann ich Mutt so konfigurieren dass beim start in eine andere mailbox gewechselt wird, wenn /var/mail/user leer ist? wenn ja, any hints? ;) gruß -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mutt + verschiedene Mailboxes
* Sven Salzwedel [EMAIL PROTECTED] [12-09-02 20:56]: ich habe mehrere Mailboxes wo neue mails reinkommen, also z.B. /var/mail/user und ~/Mail/list-deb-de ... was mich jedoch stört, ist dass als standard mailbox beim starten von Mutt /var/mail/user genommen wird, auch wenn sie leer is. Kann ich Mutt so konfigurieren dass beim start in eine andere mailbox gewechselt wird, wenn /var/mail/user leer ist? wenn ja, any hints? ;) Indem du mutt -y aufrufst. $man mutt -yselect a mailbox specified in your `mailboxes' list oder aber -Zopen the first folder with new message, exit immediately if none $mailboxes musst du in deiner .muttrc definieren, bei mir sieht das so aus: mailboxes `find /home/jgs/Mail -type f -print | grep -v saved |xargs` das zeigt mir nach mutt -y eine Übersicht aller Mailboxen, wobei die mit neuer Mail mit einem N gekenzeichnet sind. HTH Jens -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mutt + verschiedene Mailboxes
Sven Salzwedel wrote on 12.09.2002: ich habe mehrere Mailboxes wo neue mails reinkommen, also z.B. /var/mail/user und ~/Mail/list-deb-de ... was mich jedoch stört, ist dass als standard mailbox beim starten von Mutt /var/mail/user genommen wird, auch wenn sie leer is. Kann ich Mutt so konfigurieren dass beim start in eine andere mailbox gewechselt wird, wenn /var/mail/user leer ist? wenn ja, any hints? ;) Hast Du die uebrigen Mailboxen mit dem mailboxes-Kommando in die .muttrc eingetragen? Du koenntest Dir auch einen Alias auf mutt legen, der dann immer mutt -y aufruft... Gruss, Christian -- Christian Schmidt | Germany | [EMAIL PROTECTED] PGP Key ID: 0x4BB05393 -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mutt + verschiedene Mailboxes
Christian Schmidt schrieb am Thu, Sep 12, 2002 at 11:16:49PM +0200: Sven Salzwedel wrote on 12.09.2002: ich habe mehrere Mailboxes wo neue mails reinkommen, also z.B. /var/mail/user und ~/Mail/list-deb-de ... was mich jedoch stört, ist dass als standard mailbox beim starten von Mutt /var/mail/user genommen wird, auch wenn sie leer is. Kann ich Mutt so konfigurieren dass beim start in eine andere mailbox gewechselt wird, wenn /var/mail/user leer ist? wenn ja, any hints? ;) Hast Du die uebrigen Mailboxen mit dem mailboxes-Kommando in die .muttrc eingetragen? Du koenntest Dir auch einen Alias auf mutt legen, der dann immer mutt -y aufruft... Gruss, Christian -- Christian Schmidt | Germany | [EMAIL PROTECTED] PGP Key ID: 0x4BB05393 danke euch beiden ;) , mailboxes hab ich drin und alias ist jetzt auch gesetzt, das ist sogar noch eine komfortablere Lösung als ich wollte. gruß -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mutt + verschiedene Mailboxes
Sven Salzwedel schrieb: Hallo Liste, ich habe mehrere Mailboxes wo neue mails reinkommen, also z.B. /var/mail/user und ~/Mail/list-deb-de ... was mich jedoch stört, ist dass als standard mailbox beim starten von Mutt /var/mail/user genommen wird, auch wenn sie leer is. Kann ich Mutt so konfigurieren dass beim start in eine andere mailbox gewechselt wird, wenn /var/mail/user leer ist? wenn ja, any hints? ;) Vielleicht hilft dir diese Info: Mailboxen angeben, die Nachrichten empfangen Benutzung: mailboxes [!]Dateiname [ Dateiname ... ] Mit diesem Befehl werden die Mailboxen definiert, in denen das System empfangene Nachrichten ablegt und die deshalb auf neue Nachrichten überprüft werden sollen. Standardmäßig wird in der Hauptstatuszeile angezeigt, wie viele dieser Mailboxen neue Nachrichten enthalten. Beim Wechsel der Mailbox kann man mit der Leertaste durch die Mailboxen blättern, die neue Nachrichten enthalten. Wenn man in einer Datei-Liste die Tabulator-Taste drückt, erscheint ein Menü, in dem die Dateien aufgeführt sind, die mit dem mailboxes Befehl angegeben wurden und in dem angezeigt wird, welche davon neue Nachrichten enthalten. Mutt startet automatisch in diesem Modus, wenn es von der Kommandozeile aus mit der -y Option aufgerufen wurde. Anmerkung: Neue Mail wird erkannt, indem für die Mailbox-Datei das letzte Zugriffsdatum mit dem Datum der letzten Änderung verglichen wird. Hilfsprogramme wie biff, frm und andere, die auf die Mailbox zugreifen, können (wenn sie die Zugriffszeit nicht zurücksetzen) daher dafür verantwortlich sein, daß Mutt nie neue Mail meldet. Anmerkung: Die Dateinamen im mailboxes Befehl werden bereits aufgelöst, wenn der Befehl ausgeführt wird. Wenn diese Namen also Kürzel (wie etwa ``='' and ``!'') enthalten, dann sollte jede Variablendefinition, die auf die Bedeutung dieser Zeichen Einfluß hat (etwa $folder und $spoolfile) vor dem mailboxes Befehl stehen. -- /// servus (..) - stefan oo0-\/-0oo--- http://www.sbsbavaria.de/ -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Mutt + verschiedene Mailboxes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 danke euch beiden ;) , mailboxes hab ich drin und alias ist jetzt auch gesetzt, das ist sogar noch eine komfortablere Lösung als ich wollte. noch komfortabler gehts damit: mailboxes `find /home/your_home_dir/Mail -type f -print | grep -v saved |xargs` damit brauchst du nicht jeden mailboxe eintrag haendisch durchfuehren, alle mailbox-files in ~/Mail werden automatisch in die Liste aufgenommen. greetinx christo - -- root@sis# shutdown -h now -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9gWli8ZgdQO2Zi7QRAkY4AJsFRiwe3MzgTUeO4oM/2hm4f8K0NQCaA69o FvsqrtPvT31dPCxKjdGYahY= =5pt0 -END PGP SIGNATURE- -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
On Sun, Dec 31, 2000 at 05:24:58PM -0800, kmself@ix.netcom.com wrote: As root, from a directory you don't mind building in: $ apt-get update this needs root $ apt-get source mutt this does not. [snip] Build and make package. Following assumes you're in the mutt source directory: $ debian/rules build $ debian/rules binary $ fakeroot debian/rules binary or replace both steps with: dpkg-buildpackage -rfakeroot you need not and should not compile source as root unless there is a very good, necessary reason for doing so. (building glibc packages require real root and not fakeroot.) -- Ethan Benson http://www.alaska.net/~erbenson/ pgpXlPkpnwT7n.pgp Description: PGP signature
Re: mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
on Sat, Dec 30, 2000 at 03:04:39AM -0800, kmself@ix.netcom.com (kmself@ix.netcom.com) wrote: on Fri, Dec 29, 2000 at 02:56:46AM -0800, kmself@ix.netcom.com (kmself@ix.netcom.com) wrote: Package: mutt Version: 1.3.12-2 Woody. I'd recently added the following lines to my ~/.muttrc to allow use of (and access to) compressed mailboxes. They're now coming up as unknown commands on mutt invocation on an update to the latest mutt in Woody. Anyone know the problem or got a fix? Bug tracking lists nothing appropriate on the topic. It appears that the gzip patch was lost in the shuffle. Officially, even. It's listed in the README, as Marco d'Itri (mutt maintainer) pointed out in response to the bug report. I've requested it be added, as this breaks backward compatibility. Meantime, I'm about to learn how to compile from sources and apply the patch myself. Tips, anyone? -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ Evangelist, Zelerate, Inc. http://www.zelerate.org What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/http://www.kuro5hin.org pgpM7SVEBanDV.pgp Description: PGP signature
Re: mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
on Sun, Dec 31, 2000 at 12:46:54PM -0800, kmself@ix.netcom.com (kmself@ix.netcom.com) wrote: on Sat, Dec 30, 2000 at 03:04:39AM -0800, kmself@ix.netcom.com (kmself@ix.netcom.com) wrote: on Fri, Dec 29, 2000 at 02:56:46AM -0800, kmself@ix.netcom.com (kmself@ix.netcom.com) wrote: Package: mutt Version: 1.3.12-2 Woody. I'd recently added the following lines to my ~/.muttrc to allow use of (and access to) compressed mailboxes. They're now coming up as unknown commands on mutt invocation on an update to the latest mutt in Woody. Anyone know the problem or got a fix? Bug tracking lists nothing appropriate on the topic. It appears that the gzip patch was lost in the shuffle. Officially, even. It's listed in the README, as Marco d'Itri (mutt maintainer) pointed out in response to the bug report. I've requested it be added, as this breaks backward compatibility. Meantime, I'm about to learn how to compile from sources and apply the patch myself. Tips, anyone? Ok, got it figured out. If you don't already, add a 'source' package list line to your /etc/apt/sources.list file: deb-src http://http.us.debian.org/debian stable main contrib non-free As root, from a directory you don't mind building in: $ apt-get update $ apt-get source mutt Get the appropriate comresseded mailbox patch, and follow directions for applying patch, from: http://www.spinnaker.de/mutt/compressed/ You need to create a new rules file from the old one as follows. [EMAIL PROTECTED]:debian]$ diff rules.old rules 17c17,18 --with-pgp --with-mixmaster --with-ncurses --with-sasl --- --with-pgp --with-mixmaster --with-ncurses --with-sasl \ --enable-compressed Build and make package. Following assumes you're in the mutt source directory: $ debian/rules build $ debian/rules binary If everything looks OK, install: $ dpkg -i ../muttversion.deb You might want to place this on hold so it's not overwritten on your next upgrade: $ echo mutt hold | dpkg --set-selections Cheers. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ Evangelist, Zelerate, Inc. http://www.zelerate.org What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/http://www.kuro5hin.org pgpyNxPLgKHcK.pgp Description: PGP signature
Re: mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
kmself@ix.netcom.com wrote: Ok, got it figured out. Wish I could say the same. If you don't already, add a 'source' package list line to your /etc/apt/sources.list file: deb-src http://http.us.debian.org/debian stable main contrib non-free As root, from a directory you don't mind building in: $ apt-get update $ apt-get source mutt So far, so good. Get the appropriate comresseded mailbox patch, and follow directions for applying patch, from: http://www.spinnaker.de/mutt/compressed/ Got it and applied it. Well, once I realized which directory I was supposed to be in, that is. ::grin:: You need to create a new rules file from the old one as follows. [EMAIL PROTECTED]:debian]$ diff rules.old rules 17c17,18 --with-pgp --with-mixmaster --with-ncurses --with-sasl --- --with-pgp --with-mixmaster --with-ncurses --with-sasl \ --enable-compressed Build and make package. Following assumes you're in the mutt source directory: $ debian/rules build Here's where it's falling apart for me. I run this and get the following: make[3]: Leaving directory /root/temp/mutt-1.3.12/m4' Making all in po make[3]: Entering directory /root/temp/mutt-1.3.12/po' cd .. \ CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= \ /bin/sh ./config.status creating po/Makefile.in linking ./intl/libgettext.h to intl/libintl.h make[3]: Leaving directory /root/temp/mutt-1.3.12/po' make[3]: Entering directory /root/temp/mutt-1.3.12/po' file=./echo de | sed 's,.*/,,'.gmo \ rm -f $file PATH=../src:$PATH no -o $file de.po /bin/sh: no: command not found make[3]: *** [de.gmo] Error 127 make[3]: Leaving directory /root/temp/mutt-1.3.12/po' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /root/temp/mutt-1.3.12' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory /root/temp/mutt-1.3.12' make: *** [build] Error 2 For now I've added the --disable-nls option to the debian/rules file as a workaround, as I can do without multi-lingual support. After doing that, it compiles - I'm using the version I compiled now. I'm just kinda wondering what I did wrong. $ debian/rules binary $ dpkg -i ../muttversion.deb $ echo mutt hold | dpkg --set-selections These steps were no problem, once I got the thing to compile. -- Mike Werner KA8YSD | He that is slow to believe anything and | everything is of great understanding, '91 GS500E| for belief in one false principle is the Morgantown WV | beginning of all unwisdom. pgpB2Kgx45UYM.pgp Description: PGP signature
Re: mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
on Sun, Dec 31, 2000 at 09:55:44PM -0500, Mike ([EMAIL PROTECTED]) wrote: kmself@ix.netcom.com wrote: Ok, got it figured out. Wish I could say the same. ... $ debian/rules build Here's where it's falling apart for me. Forgot to mention I had to install a dev package, forget exactly which one it was... I run this and get the following: make[3]: Leaving directory /root/temp/mutt-1.3.12/m4' Making all in po make[3]: Entering directory /root/temp/mutt-1.3.12/po' cd .. \ CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= \ /bin/sh ./config.status creating po/Makefile.in linking ./intl/libgettext.h to intl/libintl.h make[3]: Leaving directory /root/temp/mutt-1.3.12/po' make[3]: Entering directory /root/temp/mutt-1.3.12/po' file=./echo de | sed 's,.*/,,'.gmo \ rm -f $file PATH=../src:$PATH no -o $file de.po /bin/sh: no: command not found I'd check the build tree for something that looks like it ought to be 'no', and find out why it didn't build. make[3]: *** [de.gmo] Error 127 make[3]: Leaving directory /root/temp/mutt-1.3.12/po' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /root/temp/mutt-1.3.12' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory /root/temp/mutt-1.3.12' make: *** [build] Error 2 For now I've added the --disable-nls option to the debian/rules file as a workaround, as I can do without multi-lingual support. After doing that, it compiles - I'm using the version I compiled now. I'm just kinda wondering what I did wrong. $ debian/rules binary $ dpkg -i ../muttversion.deb $ echo mutt hold | dpkg --set-selections These steps were no problem, once I got the thing to compile. Happy trails. Happy new millennium, BTW. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ Evangelist, Zelerate, Inc. http://www.zelerate.org What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/http://www.kuro5hin.org pgpAc5CKj0Mvm.pgp Description: PGP signature
Re: mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
on Fri, Dec 29, 2000 at 02:56:46AM -0800, kmself@ix.netcom.com (kmself@ix.netcom.com) wrote: Package: mutt Version: 1.3.12-2 Woody. I'd recently added the following lines to my ~/.muttrc to allow use of (and access to) compressed mailboxes. They're now coming up as unknown commands on mutt invocation on an update to the latest mutt in Woody. Anyone know the problem or got a fix? Bug tracking lists nothing appropriate on the topic. It appears that the gzip patch was lost in the shuffle. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ Evangelist, Zelerate, Inc. http://www.zelerate.org What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/http://www.kuro5hin.org pgpEOUA89Ztyx.pgp Description: PGP signature
mutt -- compressed mailboxes, exerimental breaks 'open-hook', etc.
Package: mutt Version: 1.3.12-2 Woody. I'd recently added the following lines to my ~/.muttrc to allow use of (and access to) compressed mailboxes. They're now coming up as unknown commands on mutt invocation on an update to the latest mutt in Woody. Anyone know the problem or got a fix? Bug tracking lists nothing appropriate on the topic. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ Evangelist, Zelerate, Inc. http://www.zelerate.org What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/http://www.kuro5hin.org pgpcAZxoypjpT.pgp Description: PGP signature
Re: Mutt and Mailboxes
On 19 Jan 99 06:21:17 GMT, [EMAIL PROTECTED] (Stephen M Lavelle) wrote: I am using Mutt to read my email fetched from my ISP I understand how to move a message to another mailbox by pressing You pressed it too soon! Rob Wilderspin -- But I need it to crash once every few days - reboots are the only chance I get to sleep... --= (send replies to rob@)
Mutt and Mailboxes
I am using Mutt to read my email fetched from my ISP I understand how to move a message to another mailbox by pressing