mailboxes?

[Roderick Cummings]

I'm getting an error when checking my mail with mail. After reading the 
mail, and exiting, it does not delete the mail, it prints out:


Unable to lock mailbox: Permission denied

Now if I use mutt, I can delete the message, but what is wrong with 
mail/mailx?


the permission's on /var/mail/myusername is:

-rw-rw1 greggmail0 Apr 19 13:20 /var/mail/myusername

which should be right. There is nothing in /var/lock/
/var is a local partition, created during the original install, so no nfs or 
other problems.


What else should I try looking at?

Thanks.


_
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: mailboxes?

[John R Lenton]

On Fri, Apr 20, 2001 at 11:08:39PM -0400, Roderick Cummings wrote:
> I'm getting an error when checking my mail with mail. After reading the 
> mail, and exiting, it does not delete the mail, it prints out:
> 
> Unable to lock mailbox: Permission denied
> 
> Now if I use mutt, I can delete the message, but what is wrong with 
> mail/mailx?

They're probably trying to put a lockfile in /var/spool/mail. I
know Evolution does (which reminds me I've got to report that...)

-- 
John Lenton ([EMAIL PROTECTED]) -- Random fortune:
A diplomat's life consists of three things: protocol, Geritol, and alcohol.
-- Adlai Stevenson

Re: mailboxes?

[Colin Watson]

"Roderick Cummings" <[EMAIL PROTECTED]> wrote:
>I'm getting an error when checking my mail with mail. After reading the 
>mail, and exiting, it does not delete the mail, it prints out:
>
>Unable to lock mailbox: Permission denied
>
>Now if I use mutt, I can delete the message, but what is wrong with 
>mail/mailx?

mailx was made no longer setgid mail in a potato security update because
it was too riddled with security holes, and hence it doesn't have write
permissions to the /var/mail directory. You can still use it for sending
mail, but unless you explicitly chmod g+s it yourself you can't really
use it for reading mail sensibly.

-- 
Colin Watson [EMAIL PROTECTED]

Re: mailboxes?

[John R Lenton]

On Sat, Apr 21, 2001 at 01:29:58PM +0100, Colin Watson wrote:
> 
> mailx was made no longer setgid mail in a potato security update because
> it was too riddled with security holes, and hence it doesn't have write
> permissions to the /var/mail directory. You can still use it for sending
> mail, but unless you explicitly chmod g+s it yourself you can't really
> use it for reading mail sensibly.

why not change it to use /var/lock/mail/* ? (no, such a directory
doesn't exist). That sounds like a minimal change to make to
broken mail programs that try to do that kind of locking, but it
allows to have /var/lock/mail in mode 1777 (or 1770 and
root:mail).

-- 
John Lenton ([EMAIL PROTECTED]) -- Random fortune:
Ya entre locos me metí, y lo que fuere de ellos será de mí.

Mailboxes, etc.

[Aaron]

No relation to the P.O. box chain :p

I wonder what most people use to organize their local mail these days? I
don't run a full-on MTA, I rely on fetchmail and procmail for the
delivery of my messages, and they are stored (by default) in mbox
format.

Are there any comparative guides out there? What are the benefits of
procmail/postfix/qmail/sendmail/fetchmail/etc.? The issue of mail in
Linux is very complicated. What is the most efficient format for storing
local mail? mbox, Maildir, postfix+mySQL, printed in hex to a
lineprinter, read by Festival into an auto-loading cassette deck?

I'm finding mbox to be very SLOW with many messages (understandably),
but the process of switching to Maildir is complex enough that I want to
be sure I'm making the right choice.

Suggestions?

-- 
Aaron Bieber
-
Graphic Design // Web Design
http://www.fisheyemultimedia.com/
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

exim: multiple mailboxes

[Timeboy]

Dear Debian Users!

After configuring exim, to send mails to my gmx account [EMAIL PROTECTED], 
i have to do the next step: Cause i have some more mailboxes for my
commercial and private mail, i need to include them into my exim
configuration. An example: My prvate mailbox is [EMAIL PROTECTED] In this
case, what i have to do with this?
 
  login:
driver = plaintext
public_name = LOGIN
client_send = ": [EMAIL PROTECTED] : ** "
 
Can i change the last line to:

client_send = ": [EMAIL PROTECTED] : ** : [EMAIL PROTECTED] : **"

or do i have to write a second (login:) authentication?

And which parts of #info exim and #vi /usr/share/doc/exim/spec.txt i
should read to get success?

Timo

exim4 -> local mailboxes

[Csanyi Pal]

Hello!

I use exim4 with smarthost.
fetchmail get for me the mails from a pop3 mailserver.

I'm subscribed on a several mailing lists and I want that exim4 
forwards these mails in the separate mailboxes on my local system.

I try to use exim4 with procmail; I create the $HOME/.forward file with 
pipe to procmail:
"|/usr/bin/procmail -d csanyipal"

and create the $HOME/.procmailrc with the approppriate lines with 
mailboxes:
PATH=/usr/local/bin:/usr/bin:/bin
MAILDIR=$HOME/Mail  
DEFAULT=$MAILDIR/mbox   

LOGFILE=$MAILDIR/procmail-log

:0:
* ^To.*debian-user
debian-user

:0:
* ^To.*help-gnustep
help-gnustep

:0:
* ^To.*wm-user
wm-user

etc. , but I still get mails in the /var/mail/fetchmail.

Please help me to configure exim4 and procmail for this task. Thanks!

-- 
Regards,
Paul 
->->-> Debian Junior Project :-) :-) :-) :-) :-) :-) :-) :-) :-)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

mailboxes and netscape

[Paul Miller]

is there anyway to make netscape use the system mailboxes instead of
moving all the mail to its own box?  imap?  anyone done this before?

-Paul


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Elm-me+ & Mailboxes

[Stephen M Lavelle]

 Hello all

i'm using Elm-me+ to read mail and fetchmail to fetch from my ISP. I would like 
to know how to set up separate mailboxes (i.e 1 for messages from this list, 1 
for another list, 1 for work etc). The docs dont really mention this.

Regards,
Stephen
mailto:[EMAIL PROTECTED]
 

Mutt and Mailboxes

[Stephen M Lavelle]

I am using Mutt to read my email fetched from my ISP
I understand how to move a message to another mailbox by pressing
 

Re: Mailboxes, etc.

[Nicolas Rueff]

le Thu, 23 Oct 2003 13:59:27 -0400, Aaron <[EMAIL PROTECTED]> s'exprima
en ces termes:

> No relation to the P.O. box chain :p
> 
> I wonder what most people use to organize their local mail these days?
> I don't run a full-on MTA, I rely on fetchmail and procmail for the
> delivery of my messages, and they are stored (by default) in mbox
> format.
> 
> Are there any comparative guides out there? What are the benefits of
> procmail/postfix/qmail/sendmail/fetchmail/etc.?

Wait, procmail/postfix/qmail/sendmail/fetchmail can't be compared: 
- fetchmail gets mails from POP/IMAP servers, delivering it to your
(local) MTA
- postfix/qmail/sendmail are MTA: they dispatch mails to local users, or
on Internet.
- procmail sorts incoming mail for a local user to put it where the user
wants.

> The issue of mail in Linux is very complicated. What is the most
> efficient format for storing local mail? mbox, Maildir, postfix+mySQL,
> printed in hex to a lineprinter, read by Festival into an auto-loading
> cassette deck?

>From my point of view, MH if far more efficient: you can add
indexes to your MHs to speed up searches, purge MHs from
olders mails, ... without using a MUA. Mbox is useful to take mails from
a machine to another, and, well, festival is very useful if you are
blinded ;)

> I'm finding mbox to be very SLOW with many messages (understandably),
> but the process of switching to Maildir is complex enough that I want
> to be sure I'm making the right choice.

You can find a tool here: http://www.gerg.ca/hacks/mb2md for
mbox->maildir, and at Sylpheed's homepage: 
http://sylpheed-claws.sourceforge.net/tools/sylpheed-convert_mbox.tar.gz
for mbox->MH and
http://sylpheed-claws.sourceforge.net/tools/sylpheed-maildir2sylpheed.tar.gz
for maildir->MH. I heard KMail provided also a scipt to convert from
maild to mbox. As you can see, that's easy. Want I went from Evolution
to Sylpheed, I used some of this scripts over 1+ messages without
losing one !

/N 
__
Nicolas Rueff <[EMAIL PROTECTED]>
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
Unix soit qui mal y pense
[Unix to him who evil thinks?]
__



pgp0.pgp
Description: PGP signature

Re: Mailboxes, etc.

[Karsten M. Self]

on Thu, Oct 23, 2003 at 01:59:27PM -0400, Aaron ([EMAIL PROTECTED]) wrote:
> No relation to the P.O. box chain :p
> 
> I wonder what most people use to organize their local mail these days? I
> don't run a full-on MTA, I rely on fetchmail and procmail for the
> delivery of my messages, and they are stored (by default) in mbox
> format.
> 
> Are there any comparative guides out there? What are the benefits of
> procmail/postfix/qmail/sendmail/fetchmail/etc.? The issue of mail in
> Linux is very complicated. What is the most efficient format for storing
> local mail? mbox, Maildir, postfix+mySQL, printed in hex to a
> lineprinter, read by Festival into an auto-loading cassette deck?
> 
> I'm finding mbox to be very SLOW with many messages (understandably),
> but the process of switching to Maildir is complex enough that I want to
> be sure I'm making the right choice.

maildir.  Much better performance, more flexible, you can access
messages as individual files, and more robust.  Plus 'From' doesn't need
to be escaped at start of line.


Conversion:  Use mutt.  Set default mailbox type to maildir.  Move your
old mailbox directory from, say, "Mail" to "Mail-old".  Tag all messages
in a mailbox and move 'em to the new mailbox -- it'll be created
automatically.

Probably automatable, but this works for the single-user case.


Peace.

-- 
Karsten M. Self <[EMAIL PROTECTED]>http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
STATE OF THE ART Expensive, loud and fragile. Occasionally functions for
brief periods. In computer hardware terms, the "art" may be pottery
- l'Inq   http://www.theinquirer.net/


signature.asc
Description: Digital signature

Re: Mailboxes, etc.

[Ron Johnson]

On Mon, 2003-10-27 at 01:36, Karsten M. Self wrote:
> on Thu, Oct 23, 2003 at 01:59:27PM -0400, Aaron ([EMAIL PROTECTED]) wrote:
> > No relation to the P.O. box chain :p
> > 
> > I wonder what most people use to organize their local mail these days? I
> > don't run a full-on MTA, I rely on fetchmail and procmail for the
> > delivery of my messages, and they are stored (by default) in mbox
> > format.
> > 
> > Are there any comparative guides out there? What are the benefits of
> > procmail/postfix/qmail/sendmail/fetchmail/etc.? The issue of mail in
> > Linux is very complicated. What is the most efficient format for storing
> > local mail? mbox, Maildir, postfix+mySQL, printed in hex to a
> > lineprinter, read by Festival into an auto-loading cassette deck?

Line printer?  Jeez, it's been 12 years since I've seen a line printer.

Makes me all misty-eyed and nostalgic thinking about debugging
VAX BASIC & VS COBOL programs on green-bar printouts.

> > I'm finding mbox to be very SLOW with many messages (understandably),
> > but the process of switching to Maildir is complex enough that I want to
> > be sure I'm making the right choice.
> 
> maildir.  Much better performance, more flexible, you can access
> messages as individual files, and more robust.  Plus 'From' doesn't need
> to be escaped at start of line.

Why better performance?  If there's lots of messages, directory
manipulation becomes very slow (at least on IDE drive).

> Conversion:  Use mutt.  Set default mailbox type to maildir.  Move your
> old mailbox directory from, say, "Mail" to "Mail-old".  Tag all messages
> in a mailbox and move 'em to the new mailbox -- it'll be created
> automatically.

Newer versions of Evo let you store each sub-folder in mbox, mh or
maildir.

-- 
-
Ron Johnson, Jr. [EMAIL PROTECTED]
Jefferson, LA USA

"Our computers and their computers are the same color. The
conversion should be no problem!"
Unknown


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mailboxes, etc.

[Bijan Soleymani]

On Mon, Oct 27, 2003 at 03:53:08AM -0600, Ron Johnson wrote:
> On Mon, 2003-10-27 at 01:36, Karsten M. Self wrote:
> > maildir.  Much better performance, more flexible, you can access
> > messages as individual files, and more robust.  Plus 'From' doesn't need
> > to be escaped at start of line.
> 
> Why better performance?  If there's lots of messages, directory
> manipulation becomes very slow (at least on IDE drive).

The lots of messages point occurs at around 10-20k messages. And even
then on a decent computer it's ok. Plus if you have a filesystem that
does hashing you never have that problem.

The main gains from Maildir are:
no locking any number of simultaneous programs accessing the mail
without fear of corruption
no rewriting the mailbox if you delete a message in the middle (computer
goes down in the middle of this and you've lost some mail)

Bijan
-- 
Bijan Soleymani <[EMAIL PROTECTED]>
http://www.crasseux.com


signature.asc
Description: Digital signature

Re: Mailboxes, etc.

[Karsten M. Self]

on Mon, Oct 27, 2003 at 03:53:08AM -0600, Ron Johnson ([EMAIL PROTECTED]) wrote:
> On Mon, 2003-10-27 at 01:36, Karsten M. Self wrote:

> > maildir.  Much better performance, more flexible, you can access
> > messages as individual files, and more robust.  Plus 'From' doesn't need
> > to be escaped at start of line.
> 
> Why better performance?  If there's lots of messages, directory
> manipulation becomes very slow (at least on IDE drive).

Directory insertion/deletion (Maildir) vs. file insertion/deletion
(mbox).

Mailder is far more robust (djb gets _some_ things right).  And deals
with simultaneous access and multiple updates (say, d-u, where I
typically get new mail every few minutes) far better than mbox.

I try to keep my mailboxes <1k messages, though with Maildir I've had
20k+ messages with few problems.


Peace.

-- 
Karsten M. Self <[EMAIL PROTECTED]>http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
Bush/Cheney '04: Four More Wars!


signature.asc
Description: Digital signature

Re: Mailboxes, etc.

[Ron Johnson]

On Tue, 2003-10-28 at 00:19, Karsten M. Self wrote:
> on Mon, Oct 27, 2003 at 03:53:08AM -0600, Ron Johnson ([EMAIL PROTECTED]) wrote:
> > On Mon, 2003-10-27 at 01:36, Karsten M. Self wrote:
> 
> > > maildir.  Much better performance, more flexible, you can access
> > > messages as individual files, and more robust.  Plus 'From' doesn't need
> > > to be escaped at start of line.
> > 
> > Why better performance?  If there's lots of messages, directory
> > manipulation becomes very slow (at least on IDE drive).
> 
> Directory insertion/deletion (Maildir) vs. file insertion/deletion
> (mbox).
> 
> Mailder is far more robust (djb gets _some_ things right).  And deals
> with simultaneous access and multiple updates (say, d-u, where I
> typically get new mail every few minutes) far better than mbox.
> 
> I try to keep my mailboxes <1k messages, though with Maildir I've had
> 20k+ messages with few problems.

While we're on the topic:

I'm thinking of building an IMAP server out of a Via EPIA 5000 mobo
(533MHz Eden CPU http://www.mini-itx.com/store/default.asp?c=2#p2),
512MB RAM & 40GB HDD.

Will this have the "oomph" to open large mail directories, etc,
in a timely fashion?  Only 2 people will be using it, but I get 
~3600 spams per day.

-- 
-
Ron Johnson, Jr. [EMAIL PROTECTED]
Jefferson, LA USA

"Oh, great altar of passive entertainment, bestow upon me thy
discordant images at such speed as to render linear thought
impossible"
Calvin, regarding TV


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mailboxes, etc.

[Alex Malinovich]

On Tue, 2003-10-28 at 02:20, Ron Johnson wrote:
> On Tue, 2003-10-28 at 00:19, Karsten M. Self wrote:
> > on Mon, Oct 27, 2003 at 03:53:08AM -0600, Ron Johnson ([EMAIL PROTECTED]) wrote:
> > > On Mon, 2003-10-27 at 01:36, Karsten M. Self wrote:
> > 
> > > > maildir.  Much better performance, more flexible, you can access
> > > > messages as individual files, and more robust.  Plus 'From' doesn't need
> > > > to be escaped at start of line.
> > > 
> > > Why better performance?  If there's lots of messages, directory
> > > manipulation becomes very slow (at least on IDE drive).
> > 
> > Directory insertion/deletion (Maildir) vs. file insertion/deletion
> > (mbox).
> > 
> > Mailder is far more robust (djb gets _some_ things right).  And deals
> > with simultaneous access and multiple updates (say, d-u, where I
> > typically get new mail every few minutes) far better than mbox.
> > 
> > I try to keep my mailboxes <1k messages, though with Maildir I've had
> > 20k+ messages with few problems.
> 
> While we're on the topic:
> 
> I'm thinking of building an IMAP server out of a Via EPIA 5000 mobo
> (533MHz Eden CPU http://www.mini-itx.com/store/default.asp?c=2#p2),
> 512MB RAM & 40GB HDD.
> 
> Will this have the "oomph" to open large mail directories, etc,
> in a timely fashion?  Only 2 people will be using it, but I get 
> ~3600 spams per day.

My IMAP (Courier) server is an Athlon 650 with 128 MB of RAM, and an old
(probably ATA 66, or maybe even 33) 8 GB hard drive. With it, opening up
my debian-user folder which generally gets up to about 2k messages
before I start archiving, takes about 3 seconds in Evolution. In mutt,
since AFAIK mutt doesn't cache the folders at all, it can take 10 - 15
seconds to open up at times. But once it's all opened up, everything
works just fine.

-- 
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837


signature.asc
Description: This is a digitally signed message part

Re: Mailboxes, etc.

[Ron Johnson]

On Tue, 2003-10-28 at 04:39, Alex Malinovich wrote:
> On Tue, 2003-10-28 at 02:20, Ron Johnson wrote:
> > On Tue, 2003-10-28 at 00:19, Karsten M. Self wrote:
> > > on Mon, Oct 27, 2003 at 03:53:08AM -0600, Ron Johnson ([EMAIL PROTECTED]) wrote:
> > > > On Mon, 2003-10-27 at 01:36, Karsten M. Self wrote:
> > > 
> > > > > maildir.  Much better performance, more flexible, you can access
> > > > > messages as individual files, and more robust.  Plus 'From' doesn't need
> > > > > to be escaped at start of line.
> > > > 
> > > > Why better performance?  If there's lots of messages, directory
> > > > manipulation becomes very slow (at least on IDE drive).
> > > 
> > > Directory insertion/deletion (Maildir) vs. file insertion/deletion
> > > (mbox).
> > > 
> > > Mailder is far more robust (djb gets _some_ things right).  And deals
> > > with simultaneous access and multiple updates (say, d-u, where I
> > > typically get new mail every few minutes) far better than mbox.
> > > 
> > > I try to keep my mailboxes <1k messages, though with Maildir I've had
> > > 20k+ messages with few problems.
> > 
> > While we're on the topic:
> > 
> > I'm thinking of building an IMAP server out of a Via EPIA 5000 mobo
> > (533MHz Eden CPU http://www.mini-itx.com/store/default.asp?c=2#p2),
> > 512MB RAM & 40GB HDD.
> > 
> > Will this have the "oomph" to open large mail directories, etc,
> > in a timely fashion?  Only 2 people will be using it, but I get 
> > ~3600 spams per day.
> 
> My IMAP (Courier) server is an Athlon 650 with 128 MB of RAM, and an old
> (probably ATA 66, or maybe even 33) 8 GB hard drive. With it, opening up
> my debian-user folder which generally gets up to about 2k messages
> before I start archiving, takes about 3 seconds in Evolution. In mutt,
> since AFAIK mutt doesn't cache the folders at all, it can take 10 - 15
> seconds to open up at times. But once it's all opened up, everything
> works just fine.

Thanks.

Is there anything more to moving an IMAP server from NODE1 to NODE2,
other than copying the config files over (and adding users, if need
be)?

-- 
-
Ron Johnson, Jr. [EMAIL PROTECTED]
Jefferson, LA USA

Note to LSU and Valdosta State students: India is not an Arab
country!
http://www.talonnews.com/news/2003/october/1009_college_dems_jind
al.shtml


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mailboxes, etc.

[Greg Folkert]

On Tue, 2003-10-28 at 09:01, Ron Johnson wrote:
-(major snippage)
> Is there anything more to moving an IMAP server from NODE1 to NODE2,
> other than copying the config files over (and adding users, if need
> be)?

Umm, nope. If you can have both machine up @ once... you can use IMAP to
copy the cruft from one to the other. I have done it using Evolution to
go from POP3 with Local Storage to IMAPv4 with remote storage, as well
as using Evolution to migrate from one IMAP server to another. And at
one point to migrate from GroupWise to IMAP using the GWIA IMAP server
to grab all the stuff out.

IMAP... Know it, Use it, Love it. Either non-SSL or even self-signed
SSL. It is a work of beauty... at least the Courier-IMAP server is.

If I had to I'd now use it as my local storage.
-- 
greg, [EMAIL PROTECTED]
REMEMBER ED CURRY! http://www.iwethey.org/ed_curry

Votre regard est plus penetrant qu'une stalagmite sertie dans son antre
d'albatre


signature.asc
Description: This is a digitally signed message part

Mutt and mailboxes

[David P James]

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 (I log in to my Debian box via ssh from Tera Term Pro on the 
Windows machines on campus). 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.
-- 
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]

Compressed mailboxes with mutt

[Mark Wagnon]

Hi all,

Anyone using compressed folders with mutt?

My mailboxes are getting out of hand. I have a couple that are fast
approaching the 10 meg point. I read a thread on comp.mail.mutt that
says one can utilize compressed folders if the source is patched with
some special patch. I was wondering if the debian package (woody, mutt
1.2i) is able to access compressed folders. If so, how might I go
about doing that? 

Thanks a bunch
-- 
 
 ) Mark Wagnon  ) [EMAIL PROTECTED]  )
(  Chula Vista, CA ((
 

Mutt & mailboxes / mail.log filter

[Rob Hudson]

Is there a way for Mutt to display how many messages are in certain
mailboxes?  Say if I choose 3-4 that I want to monitor as procmail
filters mail into them?

I have gkrellm set up to watch my inbox and I don't want to add the
other boxes to gkrellm, but if Mutt could give me a listing
somewhere on it's status line that would be cool.

Also, are there any good monitoring tools (perl or C?) that grep
thru the mail.log (to replace a 'tail -f /var/log/mail.log) and
output a more human readable account of what's going on?  I've seen
screenshots of nicely formatted mail logs where it's easily
discernable what messages are coming in and from who.  Haven't been
able to find too much, though.

Thanks,
Rob.

Re: exim: multiple mailboxes

[Stephen Gran]

Thus spake Timeboy:
> 
> Dear Debian Users!
> 
> After configuring exim, to send mails to my gmx account [EMAIL PROTECTED], 
> i have to do the next step: Cause i have some more mailboxes for my
> commercial and private mail, i need to include them into my exim
> configuration. An example: My prvate mailbox is [EMAIL PROTECTED] In this
> case, what i have to do with this?
>  
>   login:
> driver = plaintext
> public_name = LOGIN
> client_send = ": [EMAIL PROTECTED] : ** "
>  
> Can i change the last line to:
> 
> client_send = ": [EMAIL PROTECTED] : ** : [EMAIL PROTECTED] : **"
> 
> or do i have to write a second (login:) authentication?
> 
> And which parts of #info exim and #vi /usr/share/doc/exim/spec.txt i
> should read to get success?
> 
> Timo

The login section is for authentication with your ISP only - you just 
need the one login : password combination.  What you're talking about
is rewriting your email address for various boxes depending on where 
the mail originates, it seems.  I don't have any great solutions for 
that, although /etc/email-addresses takes care of rewriting your From:
line for you.  Lines of the form:
Timo: [EMAIL PROTECTED]
Timobusiness: [EMAIL PROTECTED]
etc.

Should do that if you want to set up different user accounts for 
yourself.  You can also set up your MUA's (mutt, balsa, etc.) to 
rewrite the From: line, and have exim ignore it.  That way you
could have one account with multiple MTA's depending on which 
account you want to appear to be sending from.  I'm sure there's 
a better way, but I don't know it.  
Good luck,
Steve

Re: exim4 -> local mailboxes

[Steve Å]

On Mon, Jul 18, 2005 at 12:29:05PM +0200 or thereabouts, Csanyi Pal wrote:
> Hello!
> 
> I use exim4 with smarthost.
> fetchmail get for me the mails from a pop3 mailserver.
> 
> I'm subscribed on a several mailing lists and I want that exim4 
> forwards these mails in the separate mailboxes on my local system.
> 
> I try to use exim4 with procmail; I create the $HOME/.forward file with 
> pipe to procmail:
> "|/usr/bin/procmail -d csanyipal"
> 
> and create the $HOME/.procmailrc with the approppriate lines with 
> mailboxes:
> PATH=/usr/local/bin:/usr/bin:/bin
> MAILDIR=$HOME/Mail  
> DEFAULT=$MAILDIR/mbox   
> 
> LOGFILE=$MAILDIR/procmail-log



> etc. , but I still get mails in the /var/mail/fetchmail.
> 
> Please help me to configure exim4 and procmail for this task. Thanks!

I have almost an identical setup with exim4/procmail/fetchmail on Sarge. I
don't use a '.forward' file. I simply have a '.fetchmailrc' in my ~/home and a
'.procmailrc' in my home. I would suggest you try a similar setup.


-- 
Steve A.
---
Tuesday Jul 19 2005 08:40:02 EDT
---
The English have no respect for their language, and will not teach
their children to speak it.
-- G. B. Shaw


signature.asc
Description: Digital signature

Re: exim4 -> local mailboxes

[Csanyi Pal]

Hello!

On Tue, Jul 19, 2005 at 08:51:16AM -0400, Steve ? wrote:
> > 
> I have almost an identical setup with exim4/procmail/fetchmail on Sarge. I
> don't use a '.forward' file. I simply have a '.fetchmailrc' in my ~/home and a
> '.procmailrc' in my home. I would suggest you try a similar setup.

Have you in your fetchmailrc this setup: mda 'procmail' ?

I have this one:
smtp localhost

and I want that that fetchmail give the mails to exim4.
And then, I want that that exim4 forwards the mails to procmail, but I 
don't know how to do this?

-- 
Regards,
Paul 
->->-> Debian Junior Project :-) :-) :-) :-) :-) :-) :-) :-) :-)
http://www.ektf.hu/~Csanyi.Pal


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: exim4 -> local mailboxes

[Steve Å]

On Tue, Jul 19, 2005 at 03:02:35PM +0200 or thereabouts, Csanyi Pal wrote:
> Hello!
> 
> On Tue, Jul 19, 2005 at 08:51:16AM -0400, Steve ? wrote:
> > > 
> > I have almost an identical setup with exim4/procmail/fetchmail on Sarge. I
> > don't use a '.forward' file. I simply have a '.fetchmailrc' in my ~/home 
> > and a
> > '.procmailrc' in my home. I would suggest you try a similar setup.
> 
> Have you in your fetchmailrc this setup: mda 'procmail' ?
> 
> I have this one:
> smtp localhost
> 
> and I want that that fetchmail give the mails to exim4.
> And then, I want that that exim4 forwards the mails to procmail, but I 
> don't know how to do this?

You shouldn't need any reference to SMTP in your procmailrc. All you have to do
is simple. Have a procmailrc and a fetchmailrc in your local user directory. Use
fetchmail via the same user that reads the e-mail.

Here is the start of my '~/home/.procmailrc' file, remember NO .forward file is
needed, you should test it without any rules other than the one shown;

MAILDIR=$HOME/Mail 
DEFAULT=$MAILDIR/ 
LOGFILE=$HOME/Mail/procmaillog
FORMAIL=/usr/bin/formail 
SENDMAIL=/usr/sbin/sendmail

:0:
IN.inbox

Fetchmail should automatically hand e-mail off to Exim4. I didn't set up
anything for that to work. If one has a .prcomailrc in their ~/home then, Exim4
should automatically hand it off to procmail.

I'm assuming you're wanting a single drop ? This wouldn't work for a multi-user
setup.

-- 
Steve A.
---
Tuesday Jul 19 2005 09:25:02 EDT
---
I never met a man I didn't want to fight.
-- Lyle Alzado, professional football lineman


signature.asc
Description: Digital signature

Re: exim4 -> local mailboxes

[Csanyi Pal]

On Tue, Jul 19, 2005 at 09:39:17AM -0400, Steve ? wrote:
> 
> You shouldn't need any reference to SMTP in your procmailrc. All you have to 
> do
> is simple. Have a procmailrc and a fetchmailrc in your local user directory. 
> Use
> fetchmail via the same user that reads the e-mail.

I run fetchmail as a daemon. In the /etc/init.d/fetchmail stands:
# Defaults
DAEMON=/usr/bin/fetchmail
CONFFILE=/etc/fetchmailrc
OPTIONS="-f $CONFFILE"
PIDFILE=/var/run/fetchmail/.fetchmail.pid
UIDL=/var/mail/.fetchmail-UIDL-cache
USER=fetchmail

 
> Here is the start of my '~/home/.procmailrc' file, remember NO .forward file 
> is
> needed, you should test it without any rules other than the one shown;
> 
> MAILDIR=$HOME/Mail 
> DEFAULT=$MAILDIR/ 
> LOGFILE=$HOME/Mail/procmaillog
> FORMAIL=/usr/bin/formail 
> SENDMAIL=/usr/sbin/sendmail

Now I edit my .procmailrc like abowe. I moved the .forward file.
I restart exim4 and fetchmail daemon, but nothing new happen.

> Fetchmail should automatically hand e-mail off to Exim4. I didn't set up
> anything for that to work. If one has a .prcomailrc in their ~/home then, 
> Exim4
> should automatically hand it off to procmail.
 
> I'm assuming you're wanting a single drop ? This wouldn't work for a 
> multi-user
> setup.

Yes, I'm wanting a single drop.

-- 
Regards,
Paul 
->->-> Debian Junior Project :-) :-) :-) :-) :-) :-) :-) :-) :-)
http://www.ektf.hu/~Csanyi.Pal


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: exim4 -> local mailboxes

[Steve Å]

On Tue, Jul 19, 2005 at 04:18:05PM +0200 or thereabouts, Csanyi Pal wrote:
> On Tue, Jul 19, 2005 at 09:39:17AM -0400, Steve ? wrote:
> > fetchmail via the same user that reads the e-mail.
> 
> I run fetchmail as a daemon. In the /etc/init.d/fetchmail stands:
> # Defaults
> DAEMON=/usr/bin/fetchmail
> CONFFILE=/etc/fetchmailrc
> OPTIONS="-f $CONFFILE"
> PIDFILE=/var/run/fetchmail/.fetchmail.pid
> UIDL=/var/mail/.fetchmail-UIDL-cache
> USER=fetchmail

For mine to work the way I described, fetchmail doesn't run as a Daemon, but as
a cron script called by the user that reads the e-mail. I wouldn't run it as a
Daemon.

Cheers.
-- 
Steve A.
---
Tuesday Jul 19 2005 17:05:02 EDT
---
When a float occurs on the same page as the start of a supertabular
you can expect unexpected results.
-- Documentation of supertabular.sty


signature.asc
Description: Digital signature

Re: exim4 -> local mailboxes

[Chris Bannister]

On Tue, Jul 19, 2005 at 04:18:05PM +0200, Csanyi Pal wrote:
> On Tue, Jul 19, 2005 at 09:39:17AM -0400, Steve ? wrote:
> > 
> > You shouldn't need any reference to SMTP in your procmailrc. All you have 
> > to do
> > is simple. Have a procmailrc and a fetchmailrc in your local user 
> > directory. Use
> > fetchmail via the same user that reads the e-mail.
> 
> I run fetchmail as a daemon. In the /etc/init.d/fetchmail stands:
> # Defaults
> DAEMON=/usr/bin/fetchmail
> CONFFILE=/etc/fetchmailrc
> OPTIONS="-f $CONFFILE"
> PIDFILE=/var/run/fetchmail/.fetchmail.pid
> UIDL=/var/mail/.fetchmail-UIDL-cache
> USER=fetchmail
  ^^
Is USER=fetchmail correct? And you say mail ends up in
/var/mail/fetchmail? seems suspicious.

I dont run fetchmail as a daemon.

but 'dpkg-reconfigure -plow fetchmail' doesn't offer to allow you to
change it. :-( (not that I want to)

I suggest reinstall fetchmail and don't have it as a daemon

As a normal user:

[EMAIL PROTECTED]:~$ less .fetchmailrc
poll your.pop.server with protocol pop3
user isp-login-nane
password isp-mail-password

[EMAIL PROTECTED]:~$ ls -al .fetchmailrc
-rw---  1 chrisb chrisb 74 2005-01-18 02:48 .fetchmailrc

[EMAIL PROTECTED]:~$ less .forward
|/usr/bin/procmail

[EMAIL PROTECTED]:~$ ls -al .forward
-rw-r--r--  1 chrisb chrisb 19 2005-01-19 23:03 .forward

HTH

-- 
Chris.
==
Reproduction if desired may be handled locally. -- rfc3


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: exim4 -> local mailboxes

[Csanyi Pal]

On Thu, Jul 21, 2005 at 04:21:26PM +1200, Chris Bannister wrote:
> > > 
> > > You shouldn't need any reference to SMTP in your procmailrc. All you have 
> > > to do
> > > is simple. Have a procmailrc and a fetchmailrc in your local user 
> > > directory. Use
> > > fetchmail via the same user that reads the e-mail.
> > 
> > I run fetchmail as a daemon. In the /etc/init.d/fetchmail stands:
> > # Defaults
> > DAEMON=/usr/bin/fetchmail
> > CONFFILE=/etc/fetchmailrc
> > OPTIONS="-f $CONFFILE"
> > PIDFILE=/var/run/fetchmail/.fetchmail.pid
> > UIDL=/var/mail/.fetchmail-UIDL-cache
> > USER=fetchmail
>   ^^
> Is USER=fetchmail correct? And you say mail ends up in
> /var/mail/fetchmail? seems suspicious.

Would You explain to me the meaning of the question
 "Is USER=fetchmail correct?"?

User fetchmail has ben created automatically when I have installed 
fetchmail. So the user fetchmail should be correct in any way.

> I dont run fetchmail as a daemon.
> 
> but 'dpkg-reconfigure -plow fetchmail' doesn't offer to allow you to
> change it. :-( (not that I want to)
> 
> I suggest reinstall fetchmail and don't have it as a daemon

Thank you for this suggestion, but don't you think that that if 
fetchmail run as daemon, it is not possible to configure the system
fetchmail -> exim4 -> procmail -> ~/Mail/mailboxes?

Up to now exim4 forward the mails in to /var/mail/fetchmail mailbox. I 
use Mutt to read these mails, and then save them to appropriate 
~Mail/mailbox.

My question is: how to configure exim4 to forward mails to procmail?
I will appreciate any suggestion! Thanks!

-- 
Regards,
Paul 
->->-> Debian Junior Project :-) :-) :-) :-) :-) :-) :-) :-) :-)
http://www.ektf.hu/~Csanyi.Pal (Up to now it is in Hungarian only.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: exim4 -> local mailboxes

[Wayne Topa]

Csanyi Pal([EMAIL PROTECTED]) is reported to have said:
> 
> Up to now exim4 forward the mails in to /var/mail/fetchmail mailbox. I 
> use Mutt to read these mails, and then save them to appropriate 
> ~Mail/mailbox.
> 
> My question is: how to configure exim4 to forward mails to procmail?
> I will appreciate any suggestion! Thanks!
> 

See /etc/exim4/exim4.conf.template   procmail_pipe:


Wayne
-- 
The day-to-day travails of the IBM programmer are so amusing to most of
us who are fortunate enough never to have been one -- like watching
Charlie Chaplin trying to cook a shoe.
___


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: exim4 -> local mailboxes

[Csanyi Pal]

Dear Wayne!

On Thu, Jul 21, 2005 at 10:34:19AM -0400, Wayne Topa wrote:
> Csanyi Pal([EMAIL PROTECTED]) is reported to have said:
> > 
> > Up to now exim4 forward the mails in to /var/mail/fetchmail mailbox. I 
> > use Mutt to read these mails, and then save them to appropriate 
> > ~Mail/mailbox.
> > 
> > My question is: how to configure exim4 to forward mails to procmail?
> > I will appreciate any suggestion! Thanks!
> > 
> 
> See /etc/exim4/exim4.conf.template   procmail_pipe:

Now I did these:
* edit /etc/exim4/update-exim4.conf.conf :
and add the line
dc_localdelivery='procmail_pipe'
* restart exim4 :
invoke-rc.d exim4 restart
* view the /var/log/exim4/mainlog (These are lines for one mail only):
[127.0.0.1] U=fetchmail P=esmtp S=8724 [EMAIL PROTECTED]
fetchmail <[EMAIL PROTECTED]> R=local_user T=procmail_pipe
Completed

It is not quit clear to me this message abowe. It seems to me that 
exim4 get the mail from fetchmail and process it forward to esmtp, 
isn't it? But I don't understand the line "fetchmail <[EMAIL PROTECTED]> 
R=local_user T=procmail_pipe". Can you explain to me that, that what for 
stand fetchmail on the front of the line?

And why I still get the mails in /var/mail/fetchmail box, instead in the 
~/Mail/mbox -es? Thanks!

-- 
Regards,
Paul 
Debian Junior Project, DebianEdu, Moodle -> :-) :-) :-) :-) :-) :-) :-)
http://www.ektf.hu/~Csanyi.Pal (Up to now, it is in Hungarian only.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Archiving of big mailboxes

[Grzegorz Prokopski]

Hello!

I thought some of You can have a problem which is similar to mine.
I am subscribed to many, many lists and I get more than 200 emails
every day (maybe more, I didn't check exactly).
I use procmail to automaticly sort this mail to different files.
Then I use IMAP server and various clients (NN, Evolution, mutt) to
acces my mail.

The problem is that the mailboxes grow and grow steadily and it takes
more time to check for new mail in every of them, more time to get
message indexes etc. And - to be honest - I'd like to backup those
100MB+ files to some CD or at least compress them. But You need
to cut out the "older" part from them first.

The soulution which I imagine would be to run a sort/backup script
once upon a time.

This script should go thru all the messages and check if a single
message is (for example) older than X days. If yes - it should move
(copy) the message to "backup" file, if no - it should leave it
(or copy to the new "main" file" which will replace source file when
the sorting/backup process is done).

I suspect some of You could have already solved this problem and
maybe could present here their solution?
Or - more probably - I'll have to write it from scratch.

How would You do this "sorting" ?
With what?
perl? (I am not very goot at it)
or maybe some shell programming?
Can You draft tha main pieces of such script?

Thanks in advance

Grzegorz Prokopski



pgpn458bUonPE.pgp
Description: PGP signature

Purging mailboxes in mutt

[Greg Trounson]

Gidday,

I'm running a Sarge server with Postfix/Procmail/Dovecot and Maildir 
style mailboxes.  I have a number of users that want to use a local 
text-based mail reader from time to time.  Pine is no longer an option, 
so I've shifted to Mutt.  I almost have it working, but can't figure out 
one thing:


If I have an IMAP client somewhere that moves/deletes messages from the 
INBOX, they're flagged as Deleted and appear in Mutt as such.


However when I go to quit Mutt and it prompts me to purge the deleted 
messages, if I answer 'no', then it will always un-mark any messages I 
have deleted in that session, and there seems to be a 50/50 chance it 
will also un-mark messages deleted by other sessions.


One workaround appears to be to set maildir_trash=yes in /etc/Muttrc. 
This purges the mailbox on program exit, but that can be dangerous if 
someone accidentally deletes a message and quits Mutt.


any ideas?

thanks,
Greg


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Fetchmail and multidrop mailboxes

[Rafael Cordones Marcos]

Hi guys! 

First time here. I have been reding you quite a long though.

I have a domain which is "bcnartdirecte.com" and all mail directed to

 "anything"@bcnartdirecte.com 

gets redirected to [EMAIL PROTECTED] which is the only "real"
mailbox I have. 

At home/office we have 2 computers, one with Linux and the othe with
Win95. I have configured the Netscape on Win95 to deliver and get email
from my Linux box. It works now after modifying the hosts.allow file.

My linux box is called lazlo and I assigned it 192.168.1.1 and the
WinTel box 192.168.1.2.

My fetchmailrc file looks like:

-
defaults
envelope "To:"

poll pop3.redestb.es protocol POP3:
no dns, aka lazlo lazlo.bcnartdirecte.com bcnartdirecte.com
user bcnartdirecte with password ** 
to rafacm info here
-

One thing I have seen is that only the last "Received:" field
(see e-mail at the end) contains the fake address in the 
bcnartdirecte.com
domain in the "for" subfield. All the next "Received:" fields contain
the real [EMAIL PROTECTED] mailbox. I set up an account
on a free e-mail service to try the good reception and delivery of
e-mails originating on my local net (1 Linux and 1 Win95). 

I have tried with "envelope "To:"" in fetchmailrc and it works.
But when reciving
emails with my address in the "cc:" or "bcc:" fields I fear my emails
will get bounced. Also when I receive an email addressed to more than
one address in the bcnartdirecte.com domain I get more than one copy
of it. For instance, I got 2 copies of the e-mail at the end of this 
post. This I think I know why it happens.

I also have problems with reciving this list because the "To:" field
contains "debian-user@lists.debian.org"

So my question is: What's the good way of doing this?

SORRY, for this long post but I am to the neck with this.


Rafa


---> BEGIN e-mail <-
>From [EMAIL PROTECTED] Wed Aug 19 21:18:21 1998
Return-Path: <[EMAIL PROTECTED]>
Received: from lazlo (really [127.0.0.1]) by bcnartdirecte.com
via in.smtpd with esmtp (ident root using rfc1413)
id <[EMAIL PROTECTED]> (Debian Smail3.2.0.101)
for <[EMAIL PROTECTED]>; Wed, 19 Aug 1998 21:18:17 +0200 (CEST) 
Received: from mx0.redestb.es
by lazlo (fetchmail-4.3.9 POP3)
Wed, 19 Aug 1998 21:18:17 CEST
Received: from finet0.redestb.es ([194.179.106.13]) by mx0.redestb.es
  (post.office MTA v2.0 0813 ID# 0-12342) with ESMTP id AAA95
  for <[EMAIL PROTECTED]>; Wed, 19 Aug 1998 19:22:26 +0200
Received: from www.drikka.net ([209.25.22.150]) by finet0.redestb.es
  (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-0U10L2S100)
  with ESMTP id AAA199 for <[EMAIL PROTECTED]>;
  Wed, 19 Aug 1998 19:20:20 +0200
Received: (from [EMAIL PROTECTED]) by www.drikka.net (8.8.5/8.6.9) id NAA29
542 for [EMAIL PROTECTED]; Wed, 19 Aug 1998 13:22:03 -0400 (EDT)
Received: from flashmail.flashhost.com (ns2.flashhost.com [209.2.135.3]) by
 www.drikka.net (8.8.5/8.6.9) with ESMTP id NAA29537; Wed, 19 Aug 1998 13:2
2:02 -0400 (EDT)
From: [EMAIL PROTECTED]
Received: from latinmail.com ([209.2.135.48]) by flashmail.flashhost.com
  (Netscape Messaging Server 3.54)  with SMTP id 260;
  Wed, 19 Aug 1998 13:21:02 -0400
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Wed, 19 Aug 98 13:24:19 -0400
Subject: Trying... rafacm & info
X-Mailer: LatinMail v3.0 -- http://www.latinmail.com
Message-ID: <[EMAIL PROTECTED]>
Status: RO


rafacm & info



http://www.latinmail.com. Tu correo gratuito en espaol.

---> END e-mail <

Re: mailboxes and netscape

[Rick Macdonald]

On Sat, 25 Oct 1997, Paul Miller wrote:

> is there anyway to make netscape use the system mailboxes instead of
> moving all the mail to its own box?  imap?  anyone done this before?

In Netscape 4.0 (Communicator), the
Edit/Preferences/Mail&Groups/MailServer dialog has this option:

 o  IMAP4 (Mail and folders are kept remotely, on the server)

I haven't used this option yet, but I will eventually. I _hope_ it works.

...RickM...



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Elm-me+ & Mailboxes

[J.H.M. Dassen]

On Sun, Jan 10, 1999 at 08:55:31 +1100, Stephen M Lavelle wrote:
> i'm using Elm-me+ to read mail and fetchmail to fetch from my ISP. I would
> like to know how to set up separate mailboxes (i.e 1 for messages from
> this list, 1 for another list, 1 for work etc). The docs dont really
> mention this.

This is a task for a mail delivery agent (like procmail or mailagent), not
for a mail user agent like elm-me+, or for fetchmail (which bridges between
your ISP's mail transfer agent and yours).  

I recommend you install procmail and read its docs.

HTH,
Ray
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 

Re: Elm-me+ & Mailboxes

[Hamish Moffatt]

On Sat, Jan 09, 1999 at 12:22:24PM +0100, J.H.M. Dassen wrote:
> On Sun, Jan 10, 1999 at 08:55:31 +1100, Stephen M Lavelle wrote:
> > i'm using Elm-me+ to read mail and fetchmail to fetch from my ISP. I would
> > like to know how to set up separate mailboxes (i.e 1 for messages from
> > this list, 1 for another list, 1 for work etc). The docs dont really
> > mention this.
> 
> This is a task for a mail delivery agent (like procmail or mailagent), not
> for a mail user agent like elm-me+, or for fetchmail (which bridges between
> your ISP's mail transfer agent and yours).  
> 
> I recommend you install procmail and read its docs.

sortmail may be worth considering too. It's simple, but that's both
a shortcoming and an advantage. I've run it here for several years. It's
quite old. 

I now use an exim filter; it's more powerful than sortmail, and faster
to execute since it's built in. I have a procmail filter at one other
account (since it's the only .forward pipe allowed), but would prefer to run
sortmail.

Here's my old .sortmailrc for Debian.

# .rc file for sortmail, which files mail in the right places
# mail goes in to the incoming if unrecognised,
# or to the debian folder if appropriate

set mailbox='/var/spool/mail/hamish'
set folder='Mail'

/hamish/t:m

/debian-announce/h:m
/debian-devel-announce/h:m
/debian-private/h:+debian-private
/debian-changes/h:+debian-changes
/debian-devel-changes/h:+debian-devel-changes
/debian-devel/h:+debian-devel
/debian-user/h:+debian
/debian-policy/h:+debian-policy
/debian-mentors/h:+debian-mentors
/debian-qa/h:+debian-qa
/debian-68k/h:+debian-68k

You can do a lot better with exim or procmail, but it's pretty simple
to set up.

Hamish
-- 
Hamish Moffatt VK3TYD  [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome.   http://hamish.home.ml.org

Re: Mutt and Mailboxes

[Robert Wilderspin]

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, imap and mailboxes?

[Robert Harris]

I'm trying to configure Mutt at my office to handle 2 different IMAPS
mail servers.  Currently in my muttrc I have this:

set spoolfile={mail1/ssl}INBOX
set folder={mail1/ssl}

mailboxes {mail1/ssl}INBOX
mailboxes imaps://archives
mailboxes imaps://archives/corporate
mailboxes imaps://archives/corporate/syst

the 1st line works great.  The rest are the problem.  There is no
INBOX and those 3 are directories.  In the syst directory is another
subset of directories which have the actual mailboxes in them.

In order to access the archives I have to "c" then  and change to
mail1, then do that again and change back to archives.  Any operation
in there repeats for all 3 telling me that it's not a selectable
mailbox.  If I open a mailbox in syst/june and I try to do a search,
it give me "XXX isn't a selectable mailbox" for each of the 3 which
are dirs.

Anyone have an idea if I have the wrong syntax or any ideas?  I've
read most of the muttrc files I can find on google and the docs,
nothing covers trying to read 2 or more mailboxes which are actually
on different servers or the mailboxes are on different servers and
directories of directories with mailboxes.

I've tried the mutt mailing list, no responses there.


-- 

:wq!
---
Robert L. Harris

DISCLAIMER:
  These are MY OPINIONS With Dreams To Be A King,
   ALONE.  I speak for  First One Should Be A Man
   no-one else.   - Manowar


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

invisible mailboxes in evolution

[Paul W.]

I'm using Debian Testing, and it's been working for about the last eight
months w/o too much issue.  I have a sudden problem now though, that
being that I can open Evolution and see the summary, calendar, and task
pages, but nothing with an email in it  (drafts/sent/trash/inbox/etc.). 
Clicking on one of those folders presents me with an empty window pane,
with just the std search bar at the top present for that display.

I've checked everything I can think of, including verifying I had no
hidden messages.

I thought perhaps I'd muffed my $home/evolution directory, so backed the
current one up, and restored from a month's old backup.  Same exact
problem, though the display no longer recognized that I had any unread
emails.

Debian Testing, Evolution 1.4.6, Gnome 2.6

I'd appreciate any tips or help.

Thanks, Paul


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mutt and mailboxes

[Keith G. Murphy]

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

[Keith G. Murphy]

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

[Siraj 'Sid' Rakhada]

--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]

Moving mailboxes in Postfix

[Curtis Vaughan]

Can anyone tell me if it's possible to move mailboxes from 1 postfix 
server to another?  Provided, of course, that it's not a total pain in 
the ass to do.

Basically, I have users on a virtual domain on one Postfix Server that I 
want to move to a new server where they will be the primary domain.

Curtis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mutt and mailboxes

[Vineet Kumar]

* 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 and mailboxes

[Matthew Weier O'Phinney]

-- 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]

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".


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mutt and mailboxes

[Matthew Weier O'Phinney]

-- 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

[David P James]

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

[Matthew Weier O'Phinney]

-- 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

[Andy Saxena]

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

[Keith G. Murphy]

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

[Andy Saxena]

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: Compressed mailboxes with mutt

[Nathan E Norman]

On Sun, Jul 23, 2000 at 08:25:02PM -0700, Mark Wagnon wrote:
> Hi all,
> 
> Anyone using compressed folders with mutt?
> 
> My mailboxes are getting out of hand. I have a couple that are fast
> approaching the 10 meg point. I read a thread on comp.mail.mutt that
> says one can utilize compressed folders if the source is patched with
> some special patch. I was wondering if the debian package (woody, mutt
> 1.2i) is able to access compressed folders. If so, how might I go
> about doing that? 

AFAIK you'll need to download the patch and apply it.  Use

  apt-get source mutt

to get the mutt source ...

-- 
Nathan Norman "Eschew Obfuscation"  Network Engineer
GPG Key ID 1024D/51F98BB7http://home.midco.net/~nnorman/
Key fingerprint = C5F4 A147 416C E0BF AB73  8BEF F0C8 255C 51F9 8BB7


pgpXseeJZEwhH.pgp
Description: PGP signature

Re: Compressed mailboxes with mutt

[Mark Wagnon]

On 07/24/00 08:41:11 -0500, Nathan E Norman wrote:
> AFAIK you'll need to download the patch and apply it.  Use
> 
>   apt-get source mutt
> 
> to get the mutt source ...
> 

okay, I'll try that. Thanks

-- 
 
 ) Mark Wagnon  ) [EMAIL PROTECTED]  )
(  Chula Vista, CA ((
 

Changed: mutt: setup multiple mailboxes

[Osamu Aoki]

Good point, but...
On Sat, Mar 03, 2001 at 04:17:57AM -0600, will trillich wrote:
> or, if you're piggish (like me) just use
> 
>   set folder=~/Mail
>   set spoolfile=+inbox
>   mailboxes `echo ~/Mail/[a-z]*`
> 
> that way everything that's in ~/Mail/[a-z]* is treated as a mbox;
> your ~/.procmailrc (or whatever) may create new mboxes based on
> sender or topic or what-have-you; this way they'll always show
> up on mutt's = selection...

I do this with:

mailboxes `ls -1 ~/Mail|grep -v Maillog|sed -e 's/^/+/' | tr "\n" " "`

This way, I can have Inbox and Outbox which comes on the top of 
mutt's = selection...

Regards,
Osamu
-- 
+  Osamu Aoki <[EMAIL PROTECTED]>, GnuPG-key: 1024D/D5DE453D  +
+   Fingerprint: 814E BD64 3288 40E7 E88E  3D92 C3F8 EA94 D5DE 453D   +
+   http://www.aokiconsulting.com/pc/  Cupertino, CA USA  +

Re: Archiving of big mailboxes

[Brian Nelson]

Grzegorz Prokopski <[EMAIL PROTECTED]> writes:

> Hello!
> 
> I thought some of You can have a problem which is similar to mine.
> I am subscribed to many, many lists and I get more than 200 emails
> every day (maybe more, I didn't check exactly).
> I use procmail to automaticly sort this mail to different files.
> Then I use IMAP server and various clients (NN, Evolution, mutt) to
> acces my mail.
> 
> The problem is that the mailboxes grow and grow steadily and it takes
> more time to check for new mail in every of them, more time to get
> message indexes etc. And - to be honest - I'd like to backup those
> 100MB+ files to some CD or at least compress them. But You need
> to cut out the "older" part from them first.
> 
> The soulution which I imagine would be to run a sort/backup script
> once upon a time.
> 
> This script should go thru all the messages and check if a single
> message is (for example) older than X days. If yes - it should move
> (copy) the message to "backup" file, if no - it should leave it
> (or copy to the new "main" file" which will replace source file when
> the sorting/backup process is done).
> 
> I suspect some of You could have already solved this problem and
> maybe could present here their solution?
> Or - more probably - I'll have to write it from scratch.
> 
> How would You do this "sorting" ?
> With what?
> perl? (I am not very goot at it)
> or maybe some shell programming?
> Can You draft tha main pieces of such script?

gnus, total expiry.  It's all automatic.  I just delete the stuff since
all my mailing lists have web archives, but you can make it expire to
another folder.

Back when I used mutt, I used

folder-hook "+lists" 'push "~d >2w"'

which marks everything in folders matching "+lists" older than 2 weeks
for deletion.

-- 
Brian Nelson <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Archiving of big mailboxes

[Brenda J. Butler]

On Sun, Apr 14, 2002 at 02:16:31PM -0700, Brian Nelson wrote:
> Grzegorz Prokopski <[EMAIL PROTECTED]> writes:
> 
> > Hello!
> > 
> > I thought some of You can have a problem which is similar to mine.
> > I am subscribed to many, many lists and I get more than 200 emails
> > every day (maybe more, I didn't check exactly).
> > I use procmail to automaticly sort this mail to different files.
> > Then I use IMAP server and various clients (NN, Evolution, mutt) to
> > acces my mail.
> > 
> > The problem is that the mailboxes grow and grow steadily and it takes
> > more time to check for new mail in every of them, more time to get
> > message indexes etc. And - to be honest - I'd like to backup those
> > 100MB+ files to some CD or at least compress them. But You need
> > to cut out the "older" part from them first.
...
> gnus, total expiry.  It's all automatic.  I just delete the stuff since
> all my mailing lists have web archives, but you can make it expire to
> another folder.
> 
> Back when I used mutt, I used
> 
> folder-hook "+lists" 'push "~d >2w"'
> 
> which marks everything in folders matching "+lists" older than 2 weeks
> for deletion.

Sounds like he wants to keep the old mail, which is what I do.

I use mutt to read the mail, and (depending on volume) once
a month, once a quarter, once every half-year or once a year
I select all messages older than a (month, quarter, half-year,
or year) and save them all to another folder.  Then you can copy
that folder off to a cd if you like, and/or compress it.

I also use procmail to pre-sort the mail into topics.

So:  mail comes in.  procmail pre-sorts it into topics.
Then when I read the various folders, once in a while I will
save all the older messages to a separate folder with the date
and time-period in the name:  eg:  debian-user-200203 for
the March 2002 debian-user messages.  My mutt configuration
automatically marks those messages in the debian-user mail
folder as deleted, and I can delete them safely because they
now exist in the other folder (debian-user-200203).  I usually
go to a shell and compress the older folders:

$ gzip debian-user-200203
$ ls debian-user*
debian-userdebian-user-200010.gz  debian-user-200108.gz
debian-user-21.gz  debian-user-200011.gz  debian-user-200109.gz
debian-user-22.gz  debian-user-200012.gz  debian-user-200110.gz
debian-user-23.gz  debian-user-200101.gz  debian-user-200111.gz
debian-user-24.gz  debian-user-200102.gz  debian-user-200112.gz
debian-user-25.gz  debian-user-200103.gz  debian-user-200201.gz
debian-user-26.gz  debian-user-200104.gz  debian-user-200202
debian-user-27.gz  debian-user-200105.gz  debian-users
debian-user-28.gz  debian-user-200106.gz
debian-user-29.gz  debian-user-200107.gz

Oops I see I've saved one or a few messages to the wrong
list name (debian-users).  I'll have to clean that up some day.

Once they are compressed you could copy them to a cd and
erase them from your hard disk.

Other lists don't accumulate so quickly and I save them every
three months, every 6 months, or every year.

debian-sparc-2001q1.gz  netbsd-users-2000h2.gz  sparc-list-2000h1.gz
debian-sparc-2001q2.gz  netbsd-users-2001h1.gz  sparc-list-2000h2.gz
debian-sparc-2001q3.gz  pilot-2001h1.gz sparc-list-2001h1.gz
hurd-2000h1.gz  pilot-2001h2.gz sparclinux-2001h1.gz
hurd-2000h2.gz  port-sparc-2000h1.gzsparclinux-2001h2.gz
hurd-2001h1.gz  port-sparc-2000h2.gzsuns-at-home-2000h1.gz
netbsd-help-2000h1.gz   port-sparc-2001h1.gzsuns-at-home-2000h2.gz
netbsd-help-2000h2.gz   port-sparc64-2001h1.gz  suns-at-home-2001h1.gz
netbsd-help-2001h1.gz   spam-2000h1.gz  tech-userlevel-2000h1.gz
netbsd-help-2001h2.gz   spam-2000h2.gz  tech-userlevel-2000h2.gz
netbsd-users-2000h1.gz  spam-2001h1.gz  tech-userlevel-2001h1.gz


To grep through old messages, you can use:

$ zcat hurd-*gz | grep what_youre_looking_for | less

  - again, at the command line.



I just do this for high-volume lists.  When a list gets to be
"too big" (ie takes too long to load into mutt), then I whack off
a piece of history and compress it with the above procedure.


I do this because I have a slow dial-up connection, and this is
one way to be able to look stuff up before asking a question on the
mailing list.  Also, who knows when the net will cease to be free
(in either the beer or speech meaning)?

-- 
[EMAIL PROTECTED]
Welcome to the GNU age!   http://www.gnu.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Archiving of big mailboxes

[Eric d'Alibut]

On Sun, 2002-04-14 at 21:46, Brenda J. Butler wrote:

> Sounds like he wants to keep the old mail, which is what I do.

This is a nice tool that I have used for some time now:

http://digilander.iol.it/yellowjester/archmbox/archmbox.html

-- 
Eric d'Alibut

I am not a looney! Why should I be attired with the epithet looney
merely because I have a pet halibut? I've heard tell that Marcel
Proust had an addock! So, if you're calling the author of 'A la
recherche du temps perdu' a looney, I shall have to ask you to
step outside!



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Archiving of big mailboxes

[Paul Rodger]

On Sun, Apr 14, 2002 at 11:53:25PM -0400, Eric d'Alibut wrote:
> On Sun, 2002-04-14 at 21:46, Brenda J. Butler wrote:
> 
> > Sounds like he wants to keep the old mail, which is what I do.
> 
> This is a nice tool that I have used for some time now:
> 
> http://digilander.iol.it/yellowjester/archmbox/archmbox.html



I've also written a tool that might help: it moves messages in mbox, MH or
Maildir-format mailboxes that are older than the specified number of days
to gzipped mbox-format mailboxes. 

It uses about 5 different methods to guess the delivery date of mail, which
helps if you have mangled or non-existent Delivery-Date/Date headers. It
also has a '--delete' option if you prefer to delete old mail rather than
archive it. It uses lockfiles and flock() calls to play nicely with
procmail and mail clients.

It is designed to be run from your crontab and requires python version 2.0
or later. 

The website is here: http://archivemail.sf.net/



-- 
paul at paulrodger dot com  http://paulrodger.com/pgpkey.html 
1024D/F0C363EF BC57 D4A4 AAB4 625F 61E8  D933 8F3D 04C5 F0C3 63EF


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Archiving of big mailboxes

[Shawn McMahon]

begin  Brenda J. Butler quotation:
> 
> or year) and save them all to another folder.  Then you can copy
> that folder off to a cd if you like, and/or compress it.

And, if you're using a fairly recent Mutt, you can get a patch that will
let you directly access those compressed folders.


-- 
Shawn McMahon| McMahon's Laws of Linux support:
http://www.eiv.com   | 1) There's more than one way to do it
AIM: spmcmahonfedex, smcmahoneiv | 2) Somebody thinks your way is wrong


pgpUiQ4uEIfJ3.pgp
Description: PGP signature

Re: Archiving of big mailboxes

[Joey Hess]

Paul Rodger wrote:
> I've also written a tool that might help: it moves messages in mbox, MH or
> Maildir-format mailboxes that are older than the specified number of days
> to gzipped mbox-format mailboxes. 
> 
> It uses about 5 different methods to guess the delivery date of mail, which
> helps if you have mangled or non-existent Delivery-Date/Date headers. It
> also has a '--delete' option if you prefer to delete old mail rather than
> archive it. It uses lockfiles and flock() calls to play nicely with
> procmail and mail clients.
> 
> It is designed to be run from your crontab and requires python version 2.0
> or later. 
> 
> The website is here: http://archivemail.sf.net/

If you can add an option to just move mail that has been read, and keep
unread mail no matter what age (or better yet, move mail that was read
and received at least n days ago), I'll use this, and package it for
debian.

Oh and a way to make it not compress the resulting mbox.

-- 
see shy jo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Archiving of big mailboxes

[Brian Nelson]

Joey Hess <[EMAIL PROTECTED]> writes:

> Paul Rodger wrote:
> > I've also written a tool that might help: it moves messages in mbox, MH or
> > Maildir-format mailboxes that are older than the specified number of days
> > to gzipped mbox-format mailboxes. 
> > 
> > It uses about 5 different methods to guess the delivery date of mail, which
> > helps if you have mangled or non-existent Delivery-Date/Date headers. It
> > also has a '--delete' option if you prefer to delete old mail rather than
> > archive it. It uses lockfiles and flock() calls to play nicely with
> > procmail and mail clients.
> > 
> > It is designed to be run from your crontab and requires python version 2.0
> > or later. 
> > 
> > The website is here: http://archivemail.sf.net/
> 
> If you can add an option to just move mail that has been read, and keep
> unread mail no matter what age (or better yet, move mail that was read
> and received at least n days ago), I'll use this, and package it for
> debian.
> 
> Oh and a way to make it not compress the resulting mbox.

Don't forget that it should never move flagged/ticked mail as well.

-- 
Brian Nelson <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Archiving of big mailboxes

[Grzegorz Prokopski]

W liście z pon, 15-04-2002, godz. 06:46, Paul Rodger pisze: 
> On Sun, Apr 14, 2002 at 11:53:25PM -0400, Eric d'Alibut wrote:
> > On Sun, 2002-04-14 at 21:46, Brenda J. Butler wrote:
> > This is a nice tool that I have used for some time now:
> > 
> > http://digilander.iol.it/yellowjester/archmbox/archmbox.html
> 
> The website is here: http://archivemail.sf.net/

I wanted to thank You all for ideas. I looked at the above
pages and I think that's what I needed.
Will check that soon in practise.

I even consider packaging the one I'll like the most ;-)
We'll see...

Cheers,

Grzegorz Prokopski



pgpRULSy4YOui.pgp
Description: PGP signature

Re: Purging mailboxes in mutt

[rir]

On Wed, Dec 07, 2005 at 12:15:23PM +1300, Greg Trounson wrote:

> However when I go to quit Mutt and it prompts me to purge the deleted 
> messages, if I answer 'no', then it will always un-mark any messages I 
> have deleted in that session, and there seems to be a 50/50 chance it 
> will also un-mark messages deleted by other sessions.

Set up mutt to do everything via IMAP.

Be well,
rir


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

How to restore IMAP mailboxes

[Aaron Stromas]

Greetings,

Somehow during my Debian upgrade I managed to trash my Cyrus 2.1 IMAP
server, it  no longer boots. I ended up rebuilding the system on
the second drive and, luckily, I can mount the old /var filesystem
which contains all the IMAP data. How can I migrate user mailboxes from
the old server to the new? TIA for any suggestions.

-a

mutt - no incoming mailboxes defined

[john gennard]

I've been using Debian since Slink days, but I'm now 81 and had a stroke 
some 30 months ago which has done severe damage to my brain.


Have just built a new box and put Debian 6.04 on it. There are a number 
of problems with the installation and I'm working through them one at a 
time. I'm unable to get my email working and this is confusing me 
greatly. I use getmail (this is OK), nullmailer (which should be fine) 
and Mutt which is the headache.. I've used this combination on all previous
editions without too much trouble, but now I'm 'lost' - I can't find my 
original notes from Potato days  - presumably I arrogantly thought I 
wouldn't need - how wrong can one get!!!


Would someone kindly explain what Mutt does when it launches, and give 
the .muttrc entries for mbox, maildir (which I use), and how Mail fits 
in. I run from my user John's home directory.


Sorry to ask such a simple question, but it's so frustrating to be in this
state.

John.





--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4f63633b.4050...@btinternet.com

Re: backing up IMAP mailboxes

[stick]

Daniel Quinlan said
> hi,
Howdy Daniel.

>   I need to backup the IMAP mailboxes on one of our clients servers. It has a 
> local DAT drive and i'm familiar with using tar.
> 
I have a couple of horror stories related to using tar to save important
data... I now use BRU... as do all of my clients...

>   my concern is if the MTA tries to deliver mail whilst tar has an IMAP 
>   mailbox locked to back it up what's going to happen?
> 
>   Would it be acceptable to stop the MTA and the IMAP server for the duration
>   of the backup?  surely ISP's wouldn't be doing this.
> 
Whether or not it would be acceptable depends on how long the service would be
off-line.  If you could minimize the amount of time needed and choose a time 
with little mail traffic, then it might not matter.  As per what ISP's are
doing... it wouldn't surprise me if some don't even care if the service goes
down while doing the backup.  Some likely don't care if mailboxes get backed
up... may even be legal reasons to let messages "expire"...

>   any thoughts?
> 
Here are a couple of thoughts that screetched into my brain whilst reading
your message:

1)  Turn-off the MTA just long enough to make a disk-to-disk copy of the
mailbox.

2)  Put the mailboxes on a partition that's part of a raid and turn off the
raid and copy from the inactive device (if that's even possible).

3)  Have the MTA/IMAPD store two copies of each mailbox and turn off one of
them while backing up... figure out how to re-sync the boxes later...

4)  have the MTA deliver to another MTA, turn-off the second one while doing
the backup/copy, let the first spin retrying the delivery until you're
done.

5)  Replicate the entire mailserver, turn one off and backup from it... same
resync issues as #3...

6)  Figure out a way to use CODA to do the replication/resynchronization...

7)  Use a filter to store a copy of incoming messages in a traditional mbox
format and back it up, use savelog to rotate the copy.

> thanks,

These are TOTALLY off the cuff with absolutely no time/energy/thought spent
on feasibility or actual implementation, but they may shed some light on a
method that would actually work... or not...

> -- 
> Daniel Quinlan[EMAIL PROTECTED]
> Netwise Australia ph: 0417 677 377
> "Engineering Network Solutions"   fax: 07 3216 0226
> 

Chuck

-- 
Chuck Stickelman, Owner E-Mail: [EMAIL PROTECTED]
Practical Network DesignVoice:  +1-419-610-4201
3068 Noblet RoadText:   [EMAIL PROTECTED]
Mansfield, OH 44903-8634 USA

Re: Mutt, imap and mailboxes?

[Nate Duehr]

Robert Harris wrote:
I'm trying to configure Mutt at my office to handle 2 different IMAPS
mail servers.  Currently in my muttrc I have this:
set spoolfile={mail1/ssl}INBOX
set folder={mail1/ssl}
mailboxes {mail1/ssl}INBOX
mailboxes imaps://archives
mailboxes imaps://archives/corporate
mailboxes imaps://archives/corporate/syst
the 1st line works great.  The rest are the problem.  There is no
INBOX and those 3 are directories.  In the syst directory is another
subset of directories which have the actual mailboxes in them.
In order to access the archives I have to "c" then  and change to
mail1, then do that again and change back to archives.  Any operation
in there repeats for all 3 telling me that it's not a selectable
mailbox.  If I open a mailbox in syst/june and I try to do a search,
it give me "XXX isn't a selectable mailbox" for each of the 3 which
are dirs.
Anyone have an idea if I have the wrong syntax or any ideas?  I've
read most of the muttrc files I can find on google and the docs,
nothing covers trying to read 2 or more mailboxes which are actually
on different servers or the mailboxes are on different servers and
directories of directories with mailboxes.
I've tried the mutt mailing list, no responses there.
 

Have you tried just getting rid of the two lines that refer to 
directories and not mailboxes?

Example, just have:
mailboxes {mail1/ssl}INBOX
mailboxes imaps://archives/corporate/syst
Wouldn't that work?
--
Nate Duehr, [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mutt, imap and mailboxes?

[Robert Harris]

On Wed, 29 Sep 2004 15:51:15 -0600, Nate Duehr <[EMAIL PROTECTED]> wrote:
> Robert Harris wrote:
> 
> >I'm trying to configure Mutt at my office to handle 2 different IMAPS
> >mail servers.  Currently in my muttrc I have this:
> >
> >set spoolfile={mail1/ssl}INBOX
> >set folder={mail1/ssl}
> >
> >mailboxes {mail1/ssl}INBOX
> >mailboxes imaps://archives
> >mailboxes imaps://archives/corporate
> >mailboxes imaps://archives/corporate/syst
> >
> >the 1st line works great.  The rest are the problem.  There is no
> >INBOX and those 3 are directories.  In the syst directory is another
> >subset of directories which have the actual mailboxes in them.
> >
> >In order to access the archives I have to "c" then  and change to
> >mail1, then do that again and change back to archives.  Any operation
> >in there repeats for all 3 telling me that it's not a selectable
> >mailbox.  If I open a mailbox in syst/june and I try to do a search,
> >it give me "XXX isn't a selectable mailbox" for each of the 3 which
> >are dirs.
> >
> >Anyone have an idea if I have the wrong syntax or any ideas?  I've
> >read most of the muttrc files I can find on google and the docs,
> >nothing covers trying to read 2 or more mailboxes which are actually
> >on different servers or the mailboxes are on different servers and
> >directories of directories with mailboxes.
> >
> >I've tried the mutt mailing list, no responses there.
> >
> >
> >
> >
> Have you tried just getting rid of the two lines that refer to
> directories and not mailboxes?
> 
> Example, just have:
> 
> mailboxes {mail1/ssl}INBOX
> mailboxes imaps://archives/corporate/syst
> 
> Wouldn't that work?
> 

The INBOX one is the only one that is a file.  The "syst" is also a
directory containing files.

-- 

:wq!
---
Robert L. Harris

DISCLAIMER:
  These are MY OPINIONS With Dreams To Be A King,
   ALONE.  I speak for  First One Should Be A Man
   no-one else.   - Manowar


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: invisible mailboxes in evolution

[Paul]

I've since created a new user in Linux, logged in as that user, and
launched evo.  It worked.  I nuked that local $home/evolution directory
and copied the *problem* one from my normal home directory over, and it
launched evolution again.  Still worked, this time with all of my
mail/settings.

Back to the original user account, and still doesn't work.  I tried
setting the Gnome theme/icons to default, as I've read that can cause
problems.  I've also tried nuking $home/evolution and starting over, but
still the same issues.

I have noticed though that removing $home/evolution DOES NOT remove my
summary page settings.  It still keeps the same weather, rss feeds, etc.
 I'm wondering if something is messed up here, causing my problems.  I
don't know where that stuff is at though.

Ideas?  Thanks again, Paul


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Moving mailboxes in Postfix

[nate]

Curtis Vaughan said:
> Can anyone tell me if it's possible to move mailboxes from 1 postfix
> server to another?  Provided, of course, that it's not a total pain in
> the ass to do.
>
> Basically, I have users on a virtual domain on one Postfix Server that I
> want to move to a new server where they will be the primary domain.

I may be missing something, but from what I know, postfix doesn't
store mail(other then the mail queue), if your referring to moving
a mail account from 1 system to another, and how easy it is, that
entirely depends upon the kind of mail system your using. I use cyrus
and it's not too difficult to move from one system to another, though
its not as simple as just copy the files over

nate




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Moving mailboxes in Postfix

[Curtis Vaughan]

nate wrote:
> Curtis Vaughan said:
> 
>>Can anyone tell me if it's possible to move mailboxes from 1 postfix
>>server to another?  Provided, of course, that it's not a total pain in
>>the ass to do.
>>
>>Basically, I have users on a virtual domain on one Postfix Server that I
>>want to move to a new server where they will be the primary domain.
> 
> 
> I may be missing something, but from what I know, postfix doesn't
> store mail(other then the mail queue), if your referring to moving
> a mail account from 1 system to another, and how easy it is, that
> entirely depends upon the kind of mail system your using. I use cyrus
> and it's not too difficult to move from one system to another, though
> its not as simple as just copy the files over
> 
> nate
> 
> 
> 
> 

Ok, I have a SuSe email server III set up.

Also, if you are using IMAP then the mail is stored in respective 
folders of the user on the server until the user deletes it.  While for 
POP3 it remains on the server until the user pulls it down or deletes 
it, depending on how it's set up for the user.  So, somehow it is, in 
fact, storing messages in some manner.

I would really like to move some users off this server over to a 
strictly Debian Postfix solution.

Curtis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Moving mailboxes in Postfix

[nate]

Curtis Vaughan said:

>>
>
> Ok, I have a SuSe email server III set up.
>
> Also, if you are using IMAP then the mail is stored in respective
> folders of the user on the server until the user deletes it.  While for
> POP3 it remains on the server until the user pulls it down or deletes
> it, depending on how it's set up for the user.  So, somehow it is, in
> fact, storing messages in some manner.
>
> I would really like to move some users off this server over to a
> strictly Debian Postfix solution.


er, i shoulda been more clear. When I mean mail system I meant what
software, that is, UW IMAP? Cyrus ? Courier? I'm not famillar with
SuSE's email server software, also what software do you plan to use
on the debian side? And do you have the passwords for those users so
you can migrate the authentication?(or you could just assign them
new ones and tell them).

A last resort method, a method I used for migrating from UW IMAP to
Cyrus almost 2 years ago at my company was to bring up the cyrus
server and have users copy/move the mail from the old server to the
new server via their IMAP clients since there was not a solid migration
system that I could trust to do the migration offline.

So:

1) what email server software does SusE use?(one way to try to find out
is to telnet to ports 110 and 143 and look at the banner the software sends
out)2) what email server software(UW IMAP, Courier, Postfix, other?) do you
plan to use on the debian system?

nate




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Moving mailboxes in Postfix

[Curtis Vaughan]

Telneting in I get:

+OK oceanica Cyrus POP3 v2.0.16 server ready

And I intend to use Postfix on the new system.

And I have all passwords, but as you say that wouldn't matter as I can 
do basically whatever I want with their accounts.

> 
> er, i shoulda been more clear. When I mean mail system I meant what
> software, that is, UW IMAP? Cyrus ? Courier? I'm not famillar with
> SuSE's email server software, also what software do you plan to use
> on the debian side? And do you have the passwords for those users so
> you can migrate the authentication?(or you could just assign them
> new ones and tell them).
> 
> A last resort method, a method I used for migrating from UW IMAP to
> Cyrus almost 2 years ago at my company was to bring up the cyrus
> server and have users copy/move the mail from the old server to the
> new server via their IMAP clients since there was not a solid migration
> system that I could trust to do the migration offline.
> 
> So:
> 
> 1) what email server software does SusE use?(one way to try to find out
> is to telnet to ports 110 and 143 and look at the banner the software sends
> out)2) what email server software(UW IMAP, Courier, Postfix, other?) do you
> plan to use on the debian system?
> 
> nate
> 
> 
> 
> 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Moving mailboxes in Postfix

[nate]

Curtis Vaughan said:
> Telneting in I get:
>
> +OK oceanica Cyrus POP3 v2.0.16 server ready
>
> And I intend to use Postfix on the new system.
>
> And I have all passwords, but as you say that wouldn't matter as I can
> do basically whatever I want with their accounts.

ok cyrus. I have not worked with cyrus 2.x, and debian stable uses
cyrus 1.5.x.. I can describe the process for migrating from cyrus 1.5.x
to cyrus 1.5.x on another system, I don't know if the process is differnet
for going from 2.x to 1.5 (or if its even possible, you may need to
ocpy mail using the IMAP clients instead of offline)

on new server:
install cyrus-imapd cyrus-pop3d cyrus-admin

edit /etc/imapd.conf and assign a user to the admin line to administrate
the mail system

run: cyradm localhost
(input the username and password for the admin account specified in
imapd.conf)

cm user.johnb

where johnb is the login account.


on the old server I would go to
/var/spool/cyrus/mail/user and tar up the johnb account:
tar -cvf /tmp/johnb.tar johnd/

copy johnb.tar to /var/spool/cyrus/mail/user on the new system and
extract it:
tar -xvf johnb.tar

remove johnd.tar:
rm johnb.tar

chown the files so they are owned by user cyrus group mail:
chown -R cyrus.mail johnd/

have cyrus recontstruct everything:
su - cyrus
/usr/sbin/reconstruct -m # this rebuilds the mailboxes file
/usr/sbin/reconstruct -r user.johnb # this rebuilds the account

you should be able to login as johnb(provided you have an account
on the system, cyrus mail accounts and system accounts are SEPERATE)
and see the email for that user.

for postfix put:
mailbox_transport = cyrus

in /etc/postfix/main.cf and restart postfix(postfix reload) that
will tell postfix to deliver incoming mail to the cyrus mail system.

this may not work going from cyrus 2.x to 1.5 though, since I've
never used 2.x.

many things in cyrus 2.x are not supported in 1.5, such as SASL,
server side filtering, and possibly more.

cyrus 2 is available in unstable(not yet in testing I don't think),
so I would strongly reccomend against using it in a production
enviornemnt at this point. cyrus 1.5 has worked well for me on
about half dozen servers using both postfix and sendmail.

good luck


nate




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Moving mailboxes in Postfix

[Andy Saxena]

On Thu, Sep 19, 2002 at 01:27:37PM -0700, nate wrote:
| 
| I may be missing something, but from what I know, postfix doesn't
| store mail(other then the mail queue), if your referring to moving
| a mail account from 1 system to another, and how easy it is, that
| entirely depends upon the kind of mail system your using. I use cyrus
| and it's not too difficult to move from one system to another, though
| its not as simple as just copy the files over

It's funny you say that, because that's what I did just a few days ago
to move from one machine to another :-}. I just needed /var/lib/cyrus
and /var/spool/cyrus, and it worked just fine.

To be fair, mine is a single-user system, and the transfers were between
Debian systems using version 2.1.9 of cyrus.

-Andy


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

converting cyrus mailboxes to mbox format

[Lance Hoffmeyer]

Has anybody written a script that can convert a cyrus mailbox
into a mbox mailbox?

Lance
-- 

Lance Hoffmeyer
  [EMAIL PROTECTED]

---
Fear of serious injury cannot alone justify suppression of free speech and 
assembly.
Men feared witches and burned women.  It is the function of speech to free men 
from
the bondage of irrational fears.
   -
   Justice Louis D. Brandeis

How do I ..... ( mailboxes and poping )

[Daniel Free]

ok after a couple of replies i realised i probly hadnt supplied enough 
info, so heres a whole heap

There is an account on the machine i am installing for every user, however
there is only one box on the pop server (not mine in any way) that stores
the mail for all the name/addresses untill i pop them onto my server.

i want it to go like this
all addresses --> single mailbox --> myserver --> seperate mailboxes for 
each user


at the moment it goes
all addresses --> single mailbox --> myserver --> my mailbox
which is a bad thing as its not my mail


it is currently retrieving the mail using fetchmail
.fetchmailrc is basic at the mo

poll servername
user x with password passhere


to set up a test scenario i added addresses mbox01 - [EMAIL PROTECTED] (a 
friends domain i borrowed for a mo) all forwarding to the mailbox 
[EMAIL PROTECTED] (that should explain the addresses in the 
headers below) i sent a standard mesage to each of the mbox0# addresses and 
then popped the mail for [EMAIL PROTECTED] with my server that 
had the real users mbox01 - 5 on it.

it still dumped it all in my mailbox. : (
this is what happens when i run fetchmail -v


# console dump ##
aztech:~# fetchmail -v
fetchmail: 5.3.3 querying fizz.earthlight.co.nz (protocol auto) at Mon, 24 
Jul 2000 19:05:25 +1200 (NZST)
fetchmail: 5.3.3 querying fizz.earthlight.co.nz (protocol IMAP) at Mon, 24 
Jul 2000 19:05:25 +1200 (NZST)

fetchmail: IMAP connection to fizz.earthlight.co.nz failed: Connection refused
fetchmail: 5.3.3 querying fizz.earthlight.co.nz (protocol POP3) at Mon, 24 
Jul 2000 19:05:25 +1200 (NZST)
fetchmail: POP3< +OK Cubic Circle's v1.31 1998/05/13 POP3 ready 
<[EMAIL PROTECTED]>

fetchmail: POP3> USER catch
fetchmail: POP3< +OK catch selected
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Congratulations!
fetchmail: POP3> STAT
fetchmail: POP3< +OK 5 2897
fetchmail: POP3> LAST
fetchmail: POP3< +OK 0
5 messages for catch at fizz.earthlight.co.nz (2897 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK 5 messages (2897 octets)
fetchmail: POP3< 1 579
fetchmail: POP3< 2 581
fetchmail: POP3< 3 579
fetchmail: POP3< 4 579
fetchmail: POP3< 5 579
fetchmail: POP3< .
fetchmail: POP3> TOP 1 
fetchmail: POP3< +OK 579 octets
reading message 1 of 5 (579 octets)
fetchmail: SMTP< 220 aztech ESMTP Exim 3.12 #1 Mon, 24 Jul 2000 19:05:31 +1200
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-aztech Hello root at aztech [127.0.0.1]
fetchmail: SMTP< 250-SIZE
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 HELP
fetchmail: SMTP> MAIL FROM:<[EMAIL PROTECTED]> SIZE=579
fetchmail: SMTP< 250 <[EMAIL PROTECTED]> is syntactically correct
fetchmail: SMTP> RCPT TO:<[EMAIL PROTECTED]>
fetchmail: SMTP< 250 <[EMAIL PROTECTED]> is syntactically correct
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
#**fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 OK id=13GcIt-0007Pt-00
flushed
fetchmail: POP3> DELE 1
fetchmail: POP3< +OK Message 1 deleted
fetchmail: POP3> TOP 2 
fetchmail: POP3< +OK 581 octets

Cut out some stuff to reduce message size (messages 2 3 4 & 5)

fetchmail: POP3> DELE 5
fetchmail: POP3< +OK Message 5 deleted
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Was it as good for you, as it was for me? (clean as a 
baby)

fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 aztech closing connection
fetchmail: normal termination, status 0
 end console dump ##

##now for the headers of the messages that are dumped in my box 
instead of the users #


 From [EMAIL PROTECTED] Mon Jul 24 19:05:31 2000
Envelope-to: [EMAIL PROTECTED]
Received: from aztech
([127.0.0.1] helo=localhost ident=root)
by aztech with esmtp (Exim 3.12 #1 (Debian))
id 13GcIt-0007Pt-00
for <[EMAIL PROTECTED]>; Mon, 24 Jul 2000 19:05:31 +1200
Received: from fizz.earthlight.co.nz
by localhost with POP3 (fetchmail-5.3.3)
for [EMAIL PROTECTED] (single-drop); Mon, 24 Jul 2000 19:05:31 +1200 (NZST)
Received: by fizz (mbox catch)
(with Cubic Circle's cucipop (v1.31 1998/05/13) Mon Jul 24 19:13:19 2000)
X-From_: [EMAIL PROTECTED] Mon Jul 24 13:56:48 2000
Received: from daniel by fizz with local (Exim 3.12 #1 (Debian))
id 13GXU7-0007Rm-00
for <[EMAIL PROTECTED]>; Mon, 24 Jul 2000 13:56:47 +1200
To: [EMAIL PROTECTED]
Subject: test to mbox01
Message-Id: <[EMAIL PROTECTED]>
From: Daniel Free <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 13:56:47 +1200
01

## end headers #

# headers of the box that collects all the mail before i pop it 
###


 From [EMAIL PROTECTED] Mon Jul 24 13:56:48 2000
Envelope-to: [EMAIL PROTECTED]
Received: from daniel by fizz with local (Exim 3.12 #1 (Debian))
id 13GXU7-0007Rm-00
for <[EMAIL

Mutt and filtering to multiple mailboxes

[Eric Brooks]

Hi.  I use Mutt as my mail client. I am trying to set it up so that 
messages from the lists to which I subscribe get moved from my mail 
spool file to a specific mailbox for storage after reading, filtered out
from the general mail stream. Right now all my mail goes to 'mbox' -- I
would like the debian-user mail to go to ~/.mutt/debian-user.

I set up mbox-hook records in my mutt environment as follows:

mbox-hook debian-user@lists.debian.org ~/.mutt/debian-user

I am not an Emacs user much, I use vi more, and I'm not that familiar
with the 'hook' idea, so I am not sure I'm understanding the effect that
I should expect from the mbox-hook record correctly. Should the
mbox-hook command have the effect I describe above?  If so, is there
something obvious I'm missing in the syntax above?

Thanks.

Eric

-- 
Eric Brooks [EMAIL PROTECTED]
www.dimension11.net


pgpIhVJCCIpPZ.pgp
Description: PGP signature

Procmail, pine, imapd and bogus mailboxes...

[Gavin Hamill]

Hullo!

I'm writing here 'because I never had this problem with Slackware' :)

Okie, in /var/spool/mail, I have a symlink from 'gdh' to my real mailbox
in /home/gdh/Mailbox, and this link in this preset dir lets crappy stuff
like pine and UW's imapd work correctly...

However, I've moved to Debian unstable, with qmail as the MTA, and
procmail as the MDA (?) ... Alas procmail complains very loudly when it
sees a link in /var/spool/mail - and as it's manpage says, will rename the
link to BOGUS.gdh.blahblah ...

What I'd like to know is.. is there a way around this, or to disable this
'feature' of procmail?

If someone has a more elegant solution I'm all ears, and yes I know the
nicest solution is probably mutt and Courier-IMAP, but I like pine I'm
afraid :)

Kind rgards, 

Gavin.

fetchmail doesn't delivery to local mailboxes?

[Orestes leal]

Hi folks!

Recently i've setup fetchmail to get all mail from 7 accounts (remember that in 
another post was with getmail), the problem is that when fetchmail get the mail 
it doesn't deliver to local mailboxes
and I don't know why, some help always be welcome.

Regards,
Orestes.


NOTE: My .fetchmailrc looks like this and all procedures with my mail server to 
get the email it's working good (at least to my knowledge).

set logfile /var/log/fetchmail.log
set postmaster root

poll 192.168.54.3 proto pop3 port 110
user "orestesleal" with pass "***" is "orestesleal" here
user "orestesleal13022" with pass "unreal06" is "orestesleal13022" here



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

offlineimap with more than two mailboxes?

[Jeronimo Pellegrini]

Hi.

Has anyone tried to use offlineimap to synchronize more than two
mailboxes? I suppose it should just work, but if it does not, then
I'd possibly lose some email.

I was thinking of having one main server, A, and two sattelite
boxes, B and C, syncing with the server. But I'd delete and move
emails around in the satellite boxes, and expect the changes to reflect
on the others.

(I will *not* sync the satellite systems among themselves, as I guess
this would probably confuse offlineimap)

So -- did anyone try this before? Did it work?

Thanks,
J.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Postfix: local aliases vs virtual mailboxes

[Stephane Durieux]

Hello,

As a newbie I need advices concerning Postfix accounts
method.
I am dithering between aliases to local system
accounts and virtual mailboxes.

I have only a domain to manage (so virtual mailboxes
are not mandatory, only an option) 

But I need a good level of security

So : 

- alias to local accounts with /bin/false for users in
/etc/passwd plus netfilter and pam restriction (ssh
...)

- virtual mailboxes 

Thanks for reply
 



  
_ 
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail 
http://mail.yahoo.fr


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

migrating sylpheed-claws mailboxes to cyrus

[Albert Dengg]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

i finally as able to set up my personal mailserver and now i have to
migrate 2 mailboxes from the local storage to the server.

the current format is MH from sylpheed-claws which should be quite
similar to the internal cyrus storage format and i'm searching for a to
migrate to whole mailboxes whith over 100 folders and subfolders and
nearly 20 mails...so it has to be quite automated.

i do have full access to the server if that is a question

does anybody have any experiences or ideas how to do that?

tia

yours
albert

- -- 
Albert Dengg <[EMAIL PROTECTED]>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFErXJlhrtSwvbWj0kRAibEAJ9XPwJlSW/9FUEOCcMd2p2kG7FUCgCfb1Y6
tXlrS2m5ZU48Q4m/cMFagR8=
=awW9
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: How to restore IMAP mailboxes

[Daniel Nilsson]

On Fri, Nov 04, 2005 at 08:46:28PM -0500, Aaron Stromas wrote:
> Greetings,
> 
> Somehow during my Debian upgrade I managed to trash my Cyrus 2.1 IMAP
> server, it no longer boots. I ended up rebuilding the system on the second
> drive and, luckily, I can mount the old /var filesystem which contains all
> the IMAP data. How can I migrate user mailboxes from the old server to the
> new? TIA for any suggestions.

Maybe this thread can help ?

http://lists.debian.org/debian-isp/2005/08/msg00019.html

I used to do it more or less that same way on older Cyrus servers, and
that worked. Just remember that subscriptions are lost and that all
messages are unseen.

/Daniel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: How to restore IMAP mailboxes

[Aaron Stromas]

Thanks. I was also considering starting a second version of cyrus listening on different port (144) and giving it a config to point it to /mnt/var (old /var mounted on /mnt). There seem to be several utilities out there for synchronising mailboxes between two IMAP instances. Any suggestions as to which to choose? TIA,

 
-a 
On 11/6/05, Daniel Nilsson <[EMAIL PROTECTED]> wrote:
On Fri, Nov 04, 2005 at 08:46:28PM -0500, Aaron Stromas wrote:> Greetings,>> Somehow during my Debian upgrade I managed to trash my Cyrus 
2.1 IMAP> server, it no longer boots. I ended up rebuilding the system on the second> drive and, luckily, I can mount the old /var filesystem which contains all> the IMAP data. How can I migrate user mailboxes from the old server to the
> new? TIA for any suggestions.Maybe this thread can help ?http://lists.debian.org/debian-isp/2005/08/msg00019.htmlI used to do it more or less that same way on older Cyrus servers, and
that worked. Just remember that subscriptions are lost and that allmessages are unseen./Daniel--To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: mutt - no incoming mailboxes defined

[Lisi]

On Friday 16 March 2012 15:58:51 john gennard wrote:
> I've been using Debian since Slink days, but I'm now 81 and had a stroke
> some 30 months ago which has done severe damage to my brain.
[snip]
> Sorry to ask such a simple question, but it's so frustrating to be in this
> state.

How awful for you. :-(  It is soul destroying to face a simple problem, that 
you could have solved a few years ago while standing on your head and 
thinking about something else, that is now too much.  Been there, done that, 
got the tee shirt - tho' from a different cause from yours.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201203161616.25644.lisi.re...@gmail.com

Re: mutt - no incoming mailboxes defined

[Camaleón]

On Fri, 16 Mar 2012 15:58:51 +, john gennard wrote:

> I've been using Debian since Slink days, but I'm now 81 and had a stroke
> some 30 months ago which has done severe damage to my brain.

Get my sincerely congrats, sir, for still having the joy to play with 
computers and messing with Mutt :-)
 
(...)

> Would someone kindly explain what Mutt does when it launches, 

If you run Mutt with debug flag you will get more information:

mutt -d2

And then:

cat .muttdebug0

(don't send this log file to any public source because it can contain 
sensitive data, is just for your review)

> and give the .muttrc entries for mbox, maildir (which I use), and how
> Mail fits in. I run from my user John's home directory.

Are you using a local mailbox or a pop3/imap local account?

There's a nice guide here:

My first mutt / Mail storage
http://mutt.blackfish.org.uk/storage/

> Sorry to ask such a simple question, but it's so frustrating to be in
> this state.

There is nothing to sorry about. Mutt configuration it can be a bit 
cryptic. I still barely use the 15% of its capabilities :-P

Greetings,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jjvrul$gio$6...@dough.gmane.org

Re: mutt - no incoming mailboxes defined

[john gennard]

On 16/03/2012 17:06, Camaleón wrote:

Would someone kindly explain what Mutt does when it launches,

If you run Mutt with debug flag you will get more information:

mutt -d2

And then:

cat .muttdebug0

(don't send this log file to any public source because it can contain
sensitive data, is just for your review)


and give the .muttrc entries for mbox, maildir (which I use), and how
Mail fits in. I run from my user John's home directory.

Are you using a local mailbox or a pop3/imap local account?


I have two POP3 accounts one with Btinternet and the other with Claranet.

There's a nice guide here:

My first mutt / Mail storage
http://mutt.blackfish.org.uk/storage/


I need time to study your email - will get back to you when I've done.
Meantime, my thanks for your help.

John.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4f639130.60...@btinternet.com

Re: mutt - no incoming mailboxes defined

[Chris Bannister]

On Fri, Mar 16, 2012 at 03:58:51PM +, john gennard wrote:
> I've been using Debian since Slink days, but I'm now 81 and had a
> stroke some 30 months ago which has done severe damage to my brain.
> 
> Have just built a new box and put Debian 6.04 on it. There are a
> number of problems with the installation and I'm working through
> them one at a time. I'm unable to get my email working and this is
> confusing me greatly. I use getmail (this is OK), nullmailer (which
> should be fine) and Mutt which is the headache.. I've used this
> combination on all previous

You get your mail with getmail then filter into mailboxes?

Do you use procmail or maildrop or something else.

Example:


I use fetchmail:

fetchmail -m "/usr/bin/maildrop"

That tells fetchmail to use the mail delivery agent maildrop

In .mailfilter (maildrop's config file), I have something like this:
(Note the slash after the directory name e.g. IN-dunlug/)
   ^
This tells maildrop it is a maildir, no slash and it would be mbox
(see below on directory structure)

##
DEFAULT=$HOME/Mail/IN-Personal

if (/^List-ID:.*$/)
{
 to "$HOME/Mail/IN-dunlug/"
}

if (/^List-Id:.*$/)
{
 to "$HOME/Mail/IN-debian-user/"
}

if (/^List-ID:.*$/)
{
to "$HOME/Mail/IN-fvwm/"
}

if (/^List-Id:.*netbsd-users\.NetBSD\.org$/)
{
   to "$HOME/Mail/IN-Netbsd/"
}
##

In the .muttrc (sample)

##
set folder=$HOME/Mail/
set spoolfile=$HOME/Mail/IN-Personal/

mailboxes =IN-Personal =IN-debian-user =IN-dunlug =IN-fvwm \
  =IN-Netbsd 
## 

directory structure
===

ls -al /home/chrisb/Mail
drwx-- 13 chrisb chrisb  4096 Mar 12 00:04 .
drwxr-xr-x 68 chrisb chrisb 12288 Mar 17 22:36 ..
drwx--  5 chrisb chrisb  4096 Jan 25 18:26 IN-Netbsd
drwx--  5 chrisb chrisb  4096 Jan 25 18:20 IN-Personal
drwx--  5 chrisb chrisb  4096 Mar  8 04:36 IN-fvwm
drwx--  5 chrisb chrisb  4096 Jan 25 18:21 IN-debian-user
drwx--  5 chrisb chrisb  4096 Jan 25 18:23 IN-dunlug

ls -al /home/chrisb/Mail/IN-Netbsd
total 28
drwx--  5 chrisb chrisb  4096 Jan 25 18:26 .
drwx-- 13 chrisb chrisb  4096 Mar 12 00:04 ..
drwxr-xr-x  2 chrisb chrisb  4096 Mar 14 19:31 cur
drwxr-xr-x  2 chrisb chrisb 12288 Mar 17 22:36 new
drwxr-xr-x  2 chrisb chrisb  4096 Mar 17 22:36 tmp

You need to set up the directory structure for each maildir mailbox.

Does this bring back any memories?

Don't hesitate to post back for any clarifications or whatever.

-- 
"Religion is excellent stuff for keeping common people quiet."
   -- Napoleon Bonaparte


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120317135216.GA11357@tal

long user names for POP mailboxes

[Al Youngwerth]

I'm pretty sure that what I want to do is possible because I know some ISPs
do it. 

Here's what I want: to allow users to have an e-mail address and a pop
mailbox that is greater than 8 characters. For example:
[EMAIL PROTECTED]

Here's my setup: smail 3.2.3, fetchmail 3.9.8 and the standard in.pop3d
that comes with Debian. I mirror mailboxes at my ISP on my local Debian
machine. That is, fetchmail downloads mail from pop mailboxes at the isp
and puts them in "mirrored" pop mailboxes on my Debian box. The users on
the LAN then access the pop server on the Debian box to get their mail. 

The key here is that I want the users on the LAN to be able to access a pop
mailbox on the Debian system just like they access the mailbox at the ISP:
MyFirstName.MyLastName.

The problem is that to access a pop mailbox, the mailbox name must be a
valid user in /etc/passwd and usernames in /etc/passwd are limited to 8
chars (by login I think). 

I know I can have users send and receive mail with the long mail names by
setting up an alias for smail and using a fetcmail line of the form:

user "MyFirstName.MyLastName" there is "MyFirstN" here

but the users would still have to setup their clients with a pop mailbox
name of "MyFirstN".

How can I do this? Do I have to recompile login to allow for longer user
names? Is that a "bad thing"? Is there another pop mail package that has an
alternate authentication procedure or an "alias" file (for mapping login
names to mailbox names?)?

Thanks in advance for any replies,

Al Youngwerth
[EMAIL PROTECTED]


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Automatic Cyrus mailboxes creation with Exim

[Bill]

Hello all,
   I've been setting up a mail server using totally virtual users 
stored in LDAP, the email servers are Exim and Cyrus IMAP/POP3. The 
server user accounts are to be managed by non Linux users and myself 
using LDAP Explorer/Browser and GQ, it is estimated that there will be 
at least 300 user accounts to be set up. I've been thinking that instead 
of manually creating each mailbox, that I could have the system create 
the mailbox when the first mail was sent to the box.
   Has anyone seen a script or web page that describes how to do this?

TIA

Bill

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Mutt and filtering to multiple mailboxes

[Oleksandr Moskalenko]

* Eric Brooks ([EMAIL PROTECTED]) wrote:
> Hi.  I use Mutt as my mail client. I am trying to set it up so that 
> messages from the lists to which I subscribe get moved from my mail 
> spool file to a specific mailbox for storage after reading, filtered out
> from the general mail stream. Right now all my mail goes to 'mbox' -- I
> would like the debian-user mail to go to ~/.mutt/debian-user.
> 
> I set up mbox-hook records in my mutt environment as follows:
> 
> mbox-hook debian-user@lists.debian.org ~/.mutt/debian-user
> 
> I am not an Emacs user much, I use vi more, and I'm not that familiar
> with the 'hook' idea, so I am not sure I'm understanding the effect that
> I should expect from the mbox-hook record correctly. Should the
> mbox-hook command have the effect I describe above?  If so, is there
> something obvious I'm missing in the syntax above?
> 
> Thanks.
> 
> Eric
> 
> -- 
> Eric Brooks   [EMAIL PROTECTED]


 Eric,
 
 Do you have any particular reservations agains procmail? It'll do what
you need beautifully. Then you can read your lists in their respective
folders and tell mutt to notify you when there are new messages in them.

???

 Alex.

Re: Mutt and filtering to multiple mailboxes

[Eric Brooks]

On Wed, Dec 05, 2001 at 10:47:53PM -0500, Oleksandr Moskalenko wrote:
>  Do you have any particular reservations agains procmail? It'll do what
> you need beautifully. Then you can read your lists in their respective
> folders and tell mutt to notify you when there are new messages in them.

I don't have anything against procmail. I am not familiar with it. I
will look it up.

Thanks.

-- 
Eric Brooks [EMAIL PROTECTED]
www.dimension11.net


pgphvURfGQuh0.pgp
Description: PGP signature

Re: Mutt and filtering to multiple mailboxes

[Brian Clark]

* Eric Brooks <[EMAIL PROTECTED]> [Dec 05. 2001 23:10]:

> I don't have anything against procmail. I am not familiar with it. I
> will look it up.

This will help you a great deal then:



-- 
 -Brian Clark

Re: Mutt and filtering to multiple mailboxes

[dman]

On Wed, Dec 05, 2001 at 10:20:12PM -0500, Eric Brooks wrote:
| Hi.  I use Mutt as my mail client. I am trying to set it up so that 
| messages from the lists to which I subscribe get moved from my mail 
| spool file to a specific mailbox for storage after reading, filtered out
| from the general mail stream. Right now all my mail goes to 'mbox' -- I
| would like the debian-user mail to go to ~/.mutt/debian-user.

I suggest ~/Mail/debian-user instead.  dotfiles are usually used for
configuration, not general data storage.

| I set up mbox-hook records in my mutt environment as follows:
| 
| mbox-hook debian-user@lists.debian.org ~/.mutt/debian-user
| 
| I am not an Emacs user much, I use vi more, and I'm not that familiar
| with the 'hook' idea, so I am not sure I'm understanding the effect that
| I should expect from the mbox-hook record correctly. Should the
| mbox-hook command have the effect I describe above?  If so, is there

I don't know if that command is supposed to do what you want, but I
can describe the general concept of a "hook" (btw I'm a vim user too).

A "hook" is a way for you to specify some action to occur when a given
event occurs.  It allows for general customization rather than
specific customization.  There are "events" in mutt, such as 'mbox'
and 'folder', that allow to you hook an action into them with
'mbox-hook' or 'folder-hook'.

HTH,
-D

-- 

If we claim we have not sinned, we make Him out to be a liar and His
Word has no place in our lives.
I John 1:10

Re: Mutt and filtering to multiple mailboxes

[Jeff]

Brian Clark, 2001-Dec-05 23:32 -0500:
> * Eric Brooks <[EMAIL PROTECTED]> [Dec 05. 2001 23:10]:
> 
> > I don't have anything against procmail. I am not familiar with it. I
> > will look it up.
> 
> This will help you a great deal then:
> 
> 

You can also use maildrop, if you're using maildirs.  The mail
filtering is quite powerful, but there's not as much information
on it compared to procmail.  The filtering works great for me.

jc

-- 
Jeff CoppockSystems Engineer
Diggin' Debian  Admin and User

Re: Mutt and filtering to multiple mailboxes

[Mark Lanett]

How do I get mutt to read my maildir? I put "mailboxes Maildir" in my
.muttrc and it still wants to create Mail at startup. The docs say that
mailbox type is autodetected but Maildir is hardly mentioned in the
documentation, FAQ, man muttrc, etc.

TIA,
~mark