RE: webmail for debian
I've been using Silkymail from http://www.cyrusoft.com/silkymail. It's a modified version of IMP that has a very smooth user interface (it's very similar to the Mulberry email client, which I also use and like very much). Installation is either a (relative) breeze or a nightmare. It's a breeze if you're installing on an otherwise barren machine because the tarball includes about six different packages -- apache, SSL, uw-imap, imp, and gawd-knows-what-else -- which it installs under its own directory tree. The nightmare comes in if you already have some of those tools installed in other places on your system. But it can be made to work. The version I'm running right now is 1.1.x. 1.2 is out, and I was told several weeks ago that 1.3 is imminent, but there's no sign of it at the web site yet. John [EMAIL PROTECTED] --On Friday, February 08, 2002 3:57 PM +0200 Craigsc [EMAIL PROTECTED] wrote: Try horde / imp ..Craig -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, February 08, 2002 3:52 PM To: debian-isp@lists.debian.org Subject: webmail for debian does anybody know some webmail system for debian? Thanks Josep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] John AckermannN8UR [EMAIL PROTECTED] http://www.febo.com President, TAPR[EMAIL PROTECTED]http://www.tapr.org
RE: webmail for debian
Try IMP http://www.horde.org/ zs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 2002. február 8. 14:52 To: debian-isp@lists.debian.org Subject: webmail for debian does anybody know some webmail system for debian? Thanks Josep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: webmail for debian
Hi, Quoting [EMAIL PROTECTED]: does anybody know some webmail system for debian? Yes, And for the all important, What is the best one? I do not know. We have used IMP 2.x for more than a year and has worked well. We use it with postgres and set it for IMAP to only one domain / mail server. It's what I use to read my mail. As I had some problems in the install I would recomend seting up the SQL (postgres) server before installing IMP. There are some things I do not like about IMP but it looks like IMP 3 is much better. (not.deb yet) Best [EMAIL PROTECTED]
Re: webmail for debian
On Fri, Feb 08, 2002 at 02:52:29PM +0100, [EMAIL PROTECTED] wrote: does anybody know some webmail system for debian? Thanks Josep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] I lately have been using squirrelmail, and there are also imp and aeromail. The first and third are the easiest to use... Saludos -- Daniel Ferradal [EMAIL PROTECTED] Registered Linux user # 128322 http://www.debian-gnu.com
Re: webmail for debian
Hi, We are very happy using openwebmail Cheers. Rudi. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: debian-isp@lists.debian.org Sent: Saturday, February 09, 2002 1:09 AM Subject: Re: webmail for debian Hi, Quoting [EMAIL PROTECTED]: does anybody know some webmail system for debian? Yes, And for the all important, What is the best one? I do not know. We have used IMP 2.x for more than a year and has worked well. We use it with postgres and set it for IMAP to only one domain / mail server. It's what I use to read my mail. As I had some problems in the install I would recomend seting up the SQL (postgres) server before installing IMP. There are some things I do not like about IMP but it looks like IMP 3 is much better. (not.deb yet) Best [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPOP3 Webmail
On Sun, 20 Jan 2002 12:08:46 EST, [EMAIL PROTECTED] writes: I agree! I have squirrelmail (which is still broken in Debian), ... What exactly is broken in squirrelmail? Works just fine here: ii cyrus-admin1.5.19-2 Cyrus mail system (administration tool) ii cyrus-common 1.5.19-2 Cyrus mail system (common files) ii cyrus-imapd1.5.19-2 Cyrus mail system (IMAP support) ii cyrus-pop3d1.5.19-2 Cyrus mail system (POP3 support) ii squirrelmail 1.2.2-1Webmail for nuts ii php4 4.0.3pl1-0pota A server-side, HTML-embedded scripting langu cheers, rw -- / Ing. Robert Waldner | Security Engineer | CoreTec IT-Security \ \ [EMAIL PROTECTED] | T +43 1 503 72 73 | F +43 1 503 72 73 x99 / msg04947/pgp0.pgp Description: PGP signature
Re: PPOP3 Webmail
On Mon, 2002-01-21 at 05:14, Robert Waldner wrote: On Sun, 20 Jan 2002 12:08:46 EST, [EMAIL PROTECTED] writes: I agree! I have squirrelmail (which is still broken in Debian), ... What exactly is broken in squirrelmail? Works just fine here: I'm running unstable for a number of reasons, and for the last two uploaded versions, you can't even log in. Tim ii cyrus-admin1.5.19-2 Cyrus mail system (administration tool) ii cyrus-common 1.5.19-2 Cyrus mail system (common files) ii cyrus-imapd1.5.19-2 Cyrus mail system (IMAP support) ii cyrus-pop3d1.5.19-2 Cyrus mail system (POP3 support) ii squirrelmail 1.2.2-1Webmail for nuts ii php4 4.0.3pl1-0pota A server-side, HTML-embedded scripting langu cheers, rw -- / Ing. Robert Waldner | Security Engineer | CoreTec IT-Security \ \ [EMAIL PROTECTED] | T +43 1 503 72 73 | F +43 1 503 72 73 x99 / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPOP3 Webmail
On Sun, Jan 20, 2002 at 02:37:37PM +1100, CaT wrote: On Sat, Jan 19, 2002 at 09:44:34PM -0500, Gene Grimm wrote: Does anyone know of a open source package for providing access to a POP3 mail box via a web interface? Imp works great. www.horde.org I believe there are debian packages available. I have not tried anything else, but use IMP and am fairly committed to it. Having said that, I would hesitate to recomend it. Sure it works great, but it feels a little clumzy. It also feels too big and ... messy. The Debian packages are OK, but do not work painlessly if you are using Postgres. I have not yet filed any bugs because the whole beast that is horde is now split into so many support packages that I'm not sure which one is at fault. If anyone does decide to go down the IMP on Debian path using woody, I can probably help anyone that hits problems. -- -- ABO: finger [EMAIL PROTECTED] for more info, including pgp key -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPOP3 Webmail
On Sun, Jan 20, 2002 at 10:59:06PM +1100, Donovan Baarda wrote: On Sun, Jan 20, 2002 at 02:37:37PM +1100, CaT wrote: On Sat, Jan 19, 2002 at 09:44:34PM -0500, Gene Grimm wrote: Does anyone know of a open source package for providing access to a POP3 mail box via a web interface? Imp works great. www.horde.org I believe there are debian packages available. I have not tried anything else, but use IMP and am fairly committed to it. Me too. :) Having said that, I would hesitate to recomend it. Sure it works great, but it feels a little clumzy. It also feels too big and ... messy. Which version? 2.2.7 or 3.0? The Debian packages are OK, but do not work painlessly if you are using Postgres. I have not yet filed any bugs because the whole beast that is I didn't use the debian packages. I always compile my own apache and so that whole line of reasoning is out the window. :) In my setup IMP works great with postgres. Either 2.2.7 or 3.0. -- SOCCER PLAYER IN GENITAL-BITING SCANDAL --- It was something between friends that I thought would have no importance until this morning when I got up and saw all the commotion in the news, Gallardo told a news conference. It stunned me. Reyes told Marca that he had felt a slight pinch. -- http://www.azcentral.com/offbeat/articles/1129soccer29-ON.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPOP3 Webmail
Apparently, on Sat, Jan 19, 2002 at 09:44:34PM -0500, Gene Grimm wrote: Does anyone know of a open source package for providing access to a POP3 mail box via a web interface? I just setup openwebmail (http://openwebmail.org/) and it's working out very well. It's only been a couple days but, so far, I recommend it. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPOP3 Webmail
Ahhh yes, i missed that. It does require IMAP.. We held off on IMAP for a long time, but finally gave in. Installed an IMAP server, which was painless and havent looked back. -- John Gonzalez, Tularosa Communications | (505) 439-0200 work JG6416, ASN 11711, [EMAIL PROTECTED] | (505) 443-1228 fax http://www.tularosa.net On Sat, 19 Jan 2002, Gene Grimm wrote: John Gonzalez, Tularosa Communications wrote: We have been using squirrelmail and it is working great. http://www.squirrelmail.org I thought squirrelmail required IMAP, or did I not see the POP3 support notice on their web site. I checked the squirrelmail site earlier but the requirements only listed IMAP. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Webmail - considerations...
I would be pretty surprised if there is no c library for IMAP as well. GNU mailutils (libmailbox) has IMAP support. It is still in development. http://www.gnu.org/software/mailutils/ Jeremy C. Reed echo 'G014AE824B0-07CC?/JJFFFI?D64CBD=3C427=;6HI2J' | tr /-_ :\ Sc-y./ | sed swxw`uname`w -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Webmail - considerations...
Przemyslaw Wegrzyn wrote: On Tue, 12 Jun 2001, Jeremy Lunn wrote: On Tue, Jun 12, 2001 at 02:59:00PM +0200, Przemyslaw Wegrzyn wrote: Of course, I know... But our middle-tier will be developed using C++ , AFAIK. That's why I asked about c-client library... I would be pretty surprised if there is no c library for IMAP as well. Sure, but I'd like to check if there are any alternatives to c-client. IMHO it's poorly documented. You may have already looked at this, but what does Mutt use? It does IMAP, and I get the impression that stuff was done from scratch.
Re: Webmail - considerations...
I would be pretty surprised if there is no c library for IMAP as well. GNU mailutils (libmailbox) has IMAP support. It is still in development. http://www.gnu.org/software/mailutils/ Jeremy C. Reed echo 'G014AE824B0-07CC?/JJFFFI?D64CBD=3C427=;6HI2J' | tr /-_ :\ Sc-y./ | sed swxw`uname`w
Re: Webmail - considerations...
On Sunday 10 June 2001 17:16, Przemyslaw Wegrzyn wrote: 1. Almost every available webmail system uses the following way of handling (rreceiving, in this example) attachements: load the whole message body from IMAP server or message file, decode it and send to the client. The _whole_ attachement gets loaded into server's RAM. Isn't it waste of resources/ killing the server ? I think it should read/decode/send the attachement on a line-by-line (or part-by-part generaly) manner. Am I right ? That depends what your average message size is. If you have some unlikely situation such as people using the webmail system for no other purpose than to send messages with Word documents attached then that would be a serious performance issue. However my experience is that average message sizes tend to be around 10K to 20K. When you consider the overhead of an Apache process, the kernel buffers for a connected socket, the data used for the PHP or Perl interpreter, etc then 20K of message probably isn't a large proportion of the memory in use for the connection. 2. Which one is better - accessing maildirs directly, or using IMAP ? I can see that IMAP seems to be more scalable / universal... Maildirs probably can be much faster to work with directly, but probably less secure... Any other pros/contras ? One issue is that when using IMAP the WebMail system can consider that anyone with the correct credentials to connect to IMAP can access the account. That means that all the password checking code is in the IMAP and POP servers. If you access the Maildir directly then it's a third place. Another thing, do the webmail systems use directory notifications? With directory notifications the application can be informed by the kernel when new files are created. The IMAP protocol supports announcing new mail to the client. If the mail store and the webmail system are on separate machines then IMAP is the only way to avoid polling for new mail (AFAIK directory notifications don't work over NFS). 3. I'm going to develop the front-end using Apache::ASP or php, not decided yet, and access the mails through the middle-tier daemon. The question is - is it a good way to use persistent IMAP connections ? If so, there will be no overhead of authentication on every operation, but there can be many open IMAP connections to the local imap server (probably Courier-IMAP) at the same time. Which strategy is better ? So now you're planning to write your own webmail program? I suggest that when a user logs in they get an IMAP connection. An option to have the IMAP connection timeout and be closed before the webmail system times out (webmail timeout on no activity should be long like 30 minutes while IMAP timeout should be 10 minutes at most) would be handy, but isn't required. But generally IMAP connections should stay open for the duration of the session. Good luck! -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Webmail - considerations...
On Tue, 12 Jun 2001, Jeremy Lunn wrote: On Tue, Jun 12, 2001 at 02:59:00PM +0200, Przemyslaw Wegrzyn wrote: Of course, I know... But our middle-tier will be developed using C++ , AFAIK. That's why I asked about c-client library... I would be pretty surprised if there is no c library for IMAP as well. Sure, but I'd like to check if there are any alternatives to c-client. IMHO it's poorly documented. Probably I need to dig its source code... -=Czaj-nick=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Webmail - considerations...
On Sunday 10 June 2001 17:16, Przemyslaw Wegrzyn wrote: 1. Almost every available webmail system uses the following way of handling (rreceiving, in this example) attachements: load the whole message body from IMAP server or message file, decode it and send to the client. The _whole_ attachement gets loaded into server's RAM. Isn't it waste of resources/ killing the server ? I think it should read/decode/send the attachement on a line-by-line (or part-by-part generaly) manner. Am I right ? That depends what your average message size is. If you have some unlikely situation such as people using the webmail system for no other purpose than to send messages with Word documents attached then that would be a serious performance issue. However my experience is that average message sizes tend to be around 10K to 20K. When you consider the overhead of an Apache process, the kernel buffers for a connected socket, the data used for the PHP or Perl interpreter, etc then 20K of message probably isn't a large proportion of the memory in use for the connection. 2. Which one is better - accessing maildirs directly, or using IMAP ? I can see that IMAP seems to be more scalable / universal... Maildirs probably can be much faster to work with directly, but probably less secure... Any other pros/contras ? One issue is that when using IMAP the WebMail system can consider that anyone with the correct credentials to connect to IMAP can access the account. That means that all the password checking code is in the IMAP and POP servers. If you access the Maildir directly then it's a third place. Another thing, do the webmail systems use directory notifications? With directory notifications the application can be informed by the kernel when new files are created. The IMAP protocol supports announcing new mail to the client. If the mail store and the webmail system are on separate machines then IMAP is the only way to avoid polling for new mail (AFAIK directory notifications don't work over NFS). 3. I'm going to develop the front-end using Apache::ASP or php, not decided yet, and access the mails through the middle-tier daemon. The question is - is it a good way to use persistent IMAP connections ? If so, there will be no overhead of authentication on every operation, but there can be many open IMAP connections to the local imap server (probably Courier-IMAP) at the same time. Which strategy is better ? So now you're planning to write your own webmail program? I suggest that when a user logs in they get an IMAP connection. An option to have the IMAP connection timeout and be closed before the webmail system times out (webmail timeout on no activity should be long like 30 minutes while IMAP timeout should be 10 minutes at most) would be handy, but isn't required. But generally IMAP connections should stay open for the duration of the session. Good luck! -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: Webmail - considerations...
On Tue, 12 Jun 2001, Russell Coker wrote: Another thing, do the webmail systems use directory notifications? With directory notifications the application can be informed by the kernel when new files are created. The IMAP protocol supports announcing new mail to the client. If the mail store and the webmail system are on separate machines then IMAP is the only way to avoid polling for new mail (AFAIK directory notifications don't work over NFS). Thanx, I didn't know this feature... Acctually, I'm not so familiar with IMAP protocol yet... So now you're planning to write your own webmail program? Yes, we need some nonusuall features... I suggest that when a user logs in they get an IMAP connection. An option to have the IMAP connection timeout and be closed before the webmail system times out (webmail timeout on no activity should be long like 30 minutes while IMAP timeout should be 10 minutes at most) would be handy, but isn't required. But generally IMAP connections should stay open for the duration of the session. That's as I see it, thanx.. All the actual logic will be implemented in the middle tier daemon(s). -=Czaj-nick=-
Re: Webmail - considerations...
On Tue, Jun 12, 2001 at 01:26:09PM +0200, Przemyslaw Wegrzyn wrote: Thanx, I didn't know this feature... Acctually, I'm not so familiar with IMAP protocol yet... Depending what language you use you won't need to know the IMAP protocol. Things like perl and php have IMAP modules. -- Jeremy Lunn Melbourne, Australia
Re: Webmail - considerations...
On Tue, 12 Jun 2001, Jeremy Lunn wrote: On Tue, Jun 12, 2001 at 01:26:09PM +0200, Przemyslaw Wegrzyn wrote: Thanx, I didn't know this feature... Acctually, I'm not so familiar with IMAP protocol yet... Depending what language you use you won't need to know the IMAP protocol. Things like perl and php have IMAP modules. Of course, I know... But our middle-tier will be developed using C++ , AFAIK. That's why I asked about c-client library... -=Czaj-nick=-
Re: Webmail - considerations...
On Tue, 12 Jun 2001, Jeremy Lunn wrote: On Tue, Jun 12, 2001 at 02:59:00PM +0200, Przemyslaw Wegrzyn wrote: Of course, I know... But our middle-tier will be developed using C++ , AFAIK. That's why I asked about c-client library... I would be pretty surprised if there is no c library for IMAP as well. Sure, but I'd like to check if there are any alternatives to c-client. IMHO it's poorly documented. Probably I need to dig its source code... -=Czaj-nick=-
Re: Webmail - considerations...
http://packages.debian.org/testing/libs/libc-client4.7.html The above is a c client library for imap written by the University of Washington (not sure, but I don't think that package is the latest version but you can get the source from UW if you want). vector - Original Message - From: Jeremy Lunn [EMAIL PROTECTED] To: Przemyslaw Wegrzyn [EMAIL PROTECTED] Cc: Russell Coker [EMAIL PROTECTED]; debian-isp@lists.debian.org; recipient list not shown: ;; Sent: Tuesday, June 12, 2001 7:03 AM Subject: Re: Webmail - considerations... On Tue, Jun 12, 2001 at 02:59:00PM +0200, Przemyslaw Wegrzyn wrote: Of course, I know... But our middle-tier will be developed using C++ , AFAIK. That's why I asked about c-client library... I would be pretty surprised if there is no c library for IMAP as well. -- Jeremy Lunn Melbourne, Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Webmail - considerations...
We are going to develop web-mail system, that's capable of handling relatively high loads. I know, there are many open source web-mail systems , but they doesn't satisfy me. Almost every falls into one of two cateogries: php based, using imap; perl cgi based, using IMAP or direct filesystem access... I'd like someone experienced with such systems help me with the following: 1. Almost every available webmail system uses the following way of handling (rreceiving, in this example) attachements: load the whole message body from IMAP server or message file, decode it and send to the client. The _whole_ attachement gets loaded into server's RAM. Isn't it waste of resources/ killing the server ? I think it should read/decode/send the attachement on a line-by-line (or part-by-part generaly) manner. Am I right ? 2. Which one is better - accessing maildirs directly, or using IMAP ? I can see that IMAP seems to be more scalable / universal... Maildirs probably can be much faster to work with directly, but probably less secure... Any other pros/contras ? 3. I'm going to develop the front-end using Apache::ASP or php, not decided yet, and access the mails through the middle-tier daemon. The question is - is it a good way to use persistent IMAP connections ? If so, there will be no overhead of authentication on every operation, but there can be many open IMAP connections to the local imap server (probably Courier-IMAP) at the same time. Which strategy is better ? 4. Are there any libraries similar to c-client, maybe some C++ ones ? 5. Does c-client library allow to retrieve the message body (attachements) partialy (see 1) ? I've seen some /tmp access in its source code - does it dowload whole message to /tmp ? Hmm, that's all for now... TIA -=Czaj-nick=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Webmail - considerations...
We are going to develop web-mail system, that's capable of handling relatively high loads. I know, there are many open source web-mail systems , but they doesn't satisfy me. Almost every falls into one of two cateogries: php based, using imap; perl cgi based, using IMAP or direct filesystem access... I'd like someone experienced with such systems help me with the following: 1. Almost every available webmail system uses the following way of handling (rreceiving, in this example) attachements: load the whole message body from IMAP server or message file, decode it and send to the client. The _whole_ attachement gets loaded into server's RAM. Isn't it waste of resources/ killing the server ? I think it should read/decode/send the attachement on a line-by-line (or part-by-part generaly) manner. Am I right ? 2. Which one is better - accessing maildirs directly, or using IMAP ? I can see that IMAP seems to be more scalable / universal... Maildirs probably can be much faster to work with directly, but probably less secure... Any other pros/contras ? 3. I'm going to develop the front-end using Apache::ASP or php, not decided yet, and access the mails through the middle-tier daemon. The question is - is it a good way to use persistent IMAP connections ? If so, there will be no overhead of authentication on every operation, but there can be many open IMAP connections to the local imap server (probably Courier-IMAP) at the same time. Which strategy is better ? 4. Are there any libraries similar to c-client, maybe some C++ ones ? 5. Does c-client library allow to retrieve the message body (attachements) partialy (see 1) ? I've seen some /tmp access in its source code - does it dowload whole message to /tmp ? Hmm, that's all for now... TIA -=Czaj-nick=-
Re: webmail
We use a the following combo: Apache with mod_ssl (http://www.apache.org/) IMAP server pick any you like (we run courier www.courier-mta.org) and SquirrelMail (http://www.squirrelmail.org/) I find SquirrelMail alot faster than IMP (but it lacks some of the features you can find in IMP). If you run Courier there is a webmail included in the Courier-MTA suite. I haven't tried it, yet. Hello, Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. Thanks, -- The'o' -- Virtually Yours Pontus Ullgren Linux Zealot e-mail: pontus (at) ullgren (dot) com URL: http://pontus.ullgren.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: webmail
--On Wednesday, April 18, 2001 10:04 AM +0200 Przemyslaw Wegrzyn [EMAIL PROTECTED] wrote: On Tue, 17 Apr 2001, John Ackermann N8UR wrote: I want to recommend you IMP. You can set IMAP server on firewall and IMP/Horde. I've been playing with SilkyMail (http://www.cyrusoft.com/silkymail), which is an enhanced version of IMP. It's under the GPL, but Cyrusoft are offering commercial support packages for it. I'm very impressed, and (under the right circumstances, which mine weren't) it's a snap to build as all the tools (apache, php, etc.) are included in the tarball and a single make command builds the whole environment. Then you untar the php files into the htdocs directory, run a config script, and you're in business. I can't answer on how attachments are processed on receive/send. I have tried looking at Word documents using wvHtml and it seems to work OK, but I don't know what kind of load it puts on the server. By the way -- wvHtml handles more formats than the old mswordview, but still spits out quite a few error messages, and fails on some documents. It's still a whole lot better than nothing, though. John [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
webmail
Hello, Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. Thanks, -- The'o' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: webmail
Hello, Theo! Theodore Alexandrov [EMAIL PROTECTED] writes: Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. I want to recommend you IMP. You can set IMAP server on firewall and IMP/Horde. -- Peter Novodvorsky http://www.altlinux.ru/AltLinux Team, Russia Debian.Org http://debian.org/~nidd Debian --- no need to wait for tomorrow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: webmail
imp: http://www.horde.org/imp/ HTH -Message d'origine- De : Theodore Alexandrov [mailto:[EMAIL PROTECTED]] Envoye : mardi 17 avril 2001 21:00 A : [EMAIL PROTECTED] Cc : [EMAIL PROTECTED] Objet : webmail Hello, Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. Thanks, -- The'o' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
webmail
Hello, Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. Thanks, -- The'o'
RE: webmail
imp: http://www.horde.org/imp/ HTH -Message d'origine- De : Theodore Alexandrov [mailto:[EMAIL PROTECTED] Envoye : mardi 17 avril 2001 21:00 A : debian-isp@lists.debian.org Cc : [EMAIL PROTECTED] Objet : webmail Hello, Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. Thanks, -- The'o' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: webmail
--On Tuesday, April 17, 2001 11:24 PM +0400 Peter Novodvorsky [EMAIL PROTECTED] wrote: Hello, Theo! Theodore Alexandrov [EMAIL PROTECTED] writes: Would you advice some standart stuff for webmail server installing? Some users need to read post outside our net and using Win-clients with telnet (deny at firewall) and IE only. And all other solutions are appreciated. I want to recommend you IMP. You can set IMAP server on firewall and IMP/Horde. I've been playing with SilkyMail (http://www.cyrusoft.com/silkymail), which is an enhanced version of IMP. It's under the GPL, but Cyrusoft are offering commercial support packages for it. I'm very impressed, and (under the right circumstances, which mine weren't) it's a snap to build as all the tools (apache, php, etc.) are included in the tarball and a single make command builds the whole environment. Then you untar the php files into the htdocs directory, run a config script, and you're in business. John [EMAIL PROTECTED]
Re: webmail (2)
_How_ does it support https? i'm running the imp from potato, via https... On Thu, Jul 20, 2000 at 11:50:52AM +0200, Emilis wrote: Hi all Some words about webmail horde/imp I'm try to use imp debian package from potato (imp_2.2.0-3.potato.1.deb) And i have a problems with IE 5.x chache. Better way is to use dists/unstable/main/binary-i386/web/imp_2.2.0-5.deb It works perfectly, and supports https. Good luck.
Re: webmail service.
Neomail is the best webmail programme i have come across yet, its what we run here. it isnt a debian package but it has a very clean install and is a very useable programme. neomail.sourceforge.net check it out At 12:39 19/07/00 -0700, Scott Thompson wrote: Hello all. I am looking for information or links to a webmail program. I am running Debian 2.0.38 with apache. My linux administrator is quite firm about 'debian released packages' so if there are any that fit into that category, that would be best, if not, any suggestions would be greatly appreciated from any of you that have installed and maintain a service like this. My needs are low as well, I have about 350 active domains with about 1200 email accounts. I can't really see more that 25% of the users wanting the service, but as you all know, in this day and age, it's the service and features that make or break us! Many Thanks Scott Thompson Programming Server Admin Internet Brokers Group [EMAIL PROTECTED] http://www.internetbrokers.ab.ca Office: (403) 232-1032 Fax: (403) 265-2843 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=- -=| Daniel Free Earthlight Communications LTD|=- -=| [EMAIL PROTECTED]ICQ#15707938 |=- -=| Cellular # 021 258 3389 HTTP://quake.earthlight.co.nz/ |=- -=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
webmail service.
Hello all. I am looking for information or links to a webmail program. I am running Debian 2.0.38 with apache. My linux administrator is quite firm about 'debian released packages' so if there are any that fit into that category, that would be best, if not, any suggestions would be greatly appreciated from any of you that have installed and maintain a service like this. My needs are low as well, I have about 350 active domains with about 1200 email accounts. I can't really see more that 25% of the users wanting the service, but as you all know, in this day and age, it's the service and features that make or break us! Many Thanks Scott Thompson Programming Server Admin Internet Brokers Group [EMAIL PROTECTED] http://www.internetbrokers.ab.ca Office: (403) 232-1032 Fax: (403) 265-2843
Webmail service addition
I would prefer not to have to run *SQL etc. I ultimatly would like the service to simply plug into my existing service. I do run mySQL but I really don't want to pound that kind of overhead (on installation and maintenance as well as sql server load). Thanks again Scott Thompson Programming Server Admin Internet Brokers Group [EMAIL PROTECTED] http://www.internetbrokers.ab.ca Office: (403) 232-1032 Fax: (403) 265-2843
Re: webmail service.
Neomail is the best webmail programme i have come across yet, its what we run here. it isnt a debian package but it has a very clean install and is a very useable programme. neomail.sourceforge.net check it out At 12:39 19/07/00 -0700, Scott Thompson wrote: Hello all. I am looking for information or links to a webmail program. I am running Debian 2.0.38 with apache. My linux administrator is quite firm about 'debian released packages' so if there are any that fit into that category, that would be best, if not, any suggestions would be greatly appreciated from any of you that have installed and maintain a service like this. My needs are low as well, I have about 350 active domains with about 1200 email accounts. I can't really see more that 25% of the users wanting the service, but as you all know, in this day and age, it's the service and features that make or break us! Many Thanks Scott Thompson Programming Server Admin Internet Brokers Group [EMAIL PROTECTED] http://www.internetbrokers.ab.ca Office: (403) 232-1032 Fax: (403) 265-2843 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=- -=| Daniel Free Earthlight Communications LTD|=- -=| [EMAIL PROTECTED]ICQ#15707938 |=- -=| Cellular # 021 258 3389 HTTP://quake.earthlight.co.nz/ |=- -=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-
Re: Webmail service addition
ohh yea, neomail only needs perl suidperl and a cgi enabled webserver At 13:23 19/07/00 -0700, Scott Thompson wrote: I would prefer not to have to run *SQL etc. I ultimatly would like the service to simply plug into my existing service. I do run mySQL but I really don't want to pound that kind of overhead (on installation and maintenance as well as sql server load). Thanks again Scott Thompson Programming Server Admin Internet Brokers Group [EMAIL PROTECTED] http://www.internetbrokers.ab.ca Office: (403) 232-1032 Fax: (403) 265-2843 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=- -=| Daniel Free Earthlight Communications LTD|=- -=| [EMAIL PROTECTED]ICQ#15707938 |=- -=| Cellular # 021 258 3389 HTTP://quake.earthlight.co.nz/ |=- -=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-=|=-
Re: webmail service.
IMP, with HORDE. Debian package. Requires MySQL, not for messages, but authentication of web login, not actual user login. Works well. extremely stable. At 12:39 PM 7/19/2000 -0700, Scott Thompson wrote: Hello all. I am looking for information or links to a webmail program. I am running Debian 2.0.38 with apache. My linux administrator is quite firm about 'debian released packages' so if there are any that fit into that category, that would be best, if not, any suggestions would be greatly appreciated from any of you that have installed and maintain a service like this. My needs are low as well, I have about 350 active domains with about 1200 email accounts. I can't really see more that 25% of the users wanting the service, but as you all know, in this day and age, it's the service and features that make or break us!