I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client. I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. I have all varieties of pop & imap up, and the proper ports are listening on the server. However, I can retrieve mail neither from a networked workstation or even locally on the machine itself. I'm using regular linux user accounts (no virtual). I've tried various password authentication types in case there were some encryption running that I wasn't aware of. I've reset my password to be sure I know what it is. Nothing seems to help here. Ideas? Rob
On Friday 01 October 2004 05:01 pm, Rob Brandt wrote:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. I have all varieties of pop & imap up, and the proper ports are listening on the server. However, I can retrieve mail neither from a networked workstation or even locally on the machine itself. I'm using regular linux user accounts (no virtual). I've tried various password authentication types in case there were some encryption running that I wasn't aware of. I've reset my password to be sure I know what it is. Nothing seems to help here.
Can't get mail locally? Are you setting up your local mail retrieval as a pop3 or a maildir or what? Tail (with -f) your /var/log/mail and /var/log/messages files as you try to pop the mail from another workstation and see what it says when the request arrives. Pop is usually started from inetd or xinetd, so check them too... -- _____________________________________ John Andersen
See if this link helps you set up a mail server. It does help alittle. http://susenet.com/index.php?which=guide&guide=7
On Friday 01 October 2004 05:01 pm, Rob Brandt wrote:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. I have all varieties of pop & imap up, and the proper ports are listening on the server. However, I can retrieve mail neither from a networked workstation or even locally on the machine itself. I'm using regular linux user accounts (no virtual). I've tried various password authentication types in case there were some encryption running that I wasn't aware of. I've reset my password to be sure I know what it is. Nothing seems to help here.
Can't get mail locally? Are you setting up your local mail retrieval as a pop3 or a maildir or what?
Tail (with -f) your /var/log/mail and /var/log/messages files as you try to pop the mail from another workstation and see what it says when the request arrives. Pop is usually started from inetd or xinetd, so check them too...
-- _____________________________________ John Andersen
Thanks for this. I'll check it out. Go Warriors. Boo Sunbirds ;D Rob Quoting suse-list@fresno.edu:
See if this link helps you set up a mail server. It does help alittle.
http://susenet.com/index.php?which=guide&guide=7
On Friday 01 October 2004 05:01 pm, Rob Brandt wrote:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. I have all varieties of pop & imap up, and the proper ports are listening on the server. However, I can retrieve mail neither from a networked workstation or even locally on the machine itself. I'm using regular linux user accounts (no virtual). I've tried various password authentication types in case there were some encryption running that I wasn't aware of. I've reset my password to be sure I know what it is. Nothing seems to help here.
Can't get mail locally? Are you setting up your local mail retrieval as a pop3 or a maildir or what?
Tail (with -f) your /var/log/mail and /var/log/messages files as you try to pop the mail from another workstation and see what it says when the request arrives. Pop is usually started from inetd or xinetd, so check them too...
-- _____________________________________ John Andersen
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
suse-list@fresno.edu wrote:
On Friday 01 October 2004 05:01 pm, Rob Brandt wrote:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. I have all varieties of pop & imap up, and the proper ports are listening on the server. However, I can retrieve mail neither from a networked workstation or even locally on the machine itself. I'm using regular linux user accounts (no virtual). I've tried various password authentication types in case there were some encryption running that I wasn't aware of. I've reset my password to be sure I know what it is. Nothing seems to help here.
Can't get mail locally? Are you setting up your local mail retrieval as a pop3 or a maildir or what?
Tail (with -f) your /var/log/mail and /var/log/messages files as you try to pop the mail from another workstation and see what it says when the request arrives. Pop is usually started from inetd or xinetd, so check them too...
See if this link helps you set up a mail server. It does help a little.
When I was installing an e-mail server with suse 9.0, I spent *hours* to properly set it up (was migrating from an old RedHat). The fact that the RH was running fine with postfix, amavis, imap, etc was an indication to me that the migration should be easy, as I had a reference system. In fact, this reference it was almost useless, for no good reason. Things I learned the hard way: * imap runs normally, but refuses to accept any password from any user. SuSE modified it to accept only imaps (even locally) - so, why imap is still there??? * amavis rpm installed without warning, but added itself to postfix (without warning or telling it to me). All mails started to be rejected - Why? Where is amavisd logs??? (Tip: /var/cache/amavis/amavis.log !). Later, I discovered that without an known AV, amavis reject every e-mail (incoming and outgoing). * random problems receiving e-mail, writing it to nowhere: it was accepting mails, but it was never written to the mailbox file. Perhaps wrong main.cf, don't remember what caused it. * create your site certificate - aside the fact that I had to know that I had to create a site certificate to use ssl, it was documented at /usr/share/doc/packages/* Check these at yours and see these points. Some other problems (extra white page from lpr, logrotate didn't worked properly, strange 'failed' messages at boot indicating services that were started fine, lots of problems installing mailman - suse rpm, openoffice java dependency error, etc) caused me a lot of headaches, and my final impression of suse was somewhat bad - at the end of that day, it was *very* bad... :-) I know, living near the edge, installing recent released suse version can cause some troubles... that's the price. But unless you have some time to play with it, I don't recommend suse professional to be installed (for the first time) in a server... At least, I don't plan to do it soon... -- Marcos Lazarini
Marcos Vinicius Lazarini wrote:
Things I learned the hard way: * imap runs normally, but refuses to accept any password from any user. SuSE modified it to accept only imaps (even locally) - so, why imap is still there???
In the interest of correctness (and assuming you are using the imap-2002 package), it was the maintainers that changed the way their imap worked, not SuSE. They changed to a more secure no plaintext password unless in an ssl encrypted session. It can be compiled to use plaintext passwords, but it will prompt you in the middle of building warning that this is insecure. HTH -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
On Fri, 2004-10-01 at 18:01 -0700, Rob Brandt wrote:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. [snip]
Well, it does all work because I've been using postfix +amavis +imap for mail for a long time now. The first gotcha is that SuSE's compile of imap requires you to generate and use ssl certificates on each client - passwords alone will not do. This is what /var/log/mail shows each time there is a log in: Oct 2 07:06:36 rumbaba imapd[16558]: imaps SSL service init from 192.168.100.47 Oct 2 07:06:38 rumbaba imapd[16558]: Login user=escoffier host=tiramisu.fruitloops.localcom [192.168.100.47] Perhaps also worth checking that xinetd is set up to allow imaps (not just imap) and pop3, and that hosts.allow specifically allows them if hosts.deny has a paranoid setting like "all deny all". I do not know whether the pop3 stuff requires ssl as well, though I suspect it may well. Secure imap and pop will also require different ports open on any firewall. It's easy to overlook all this because setting up a mail server using SuSE Pro isn't much documented. :) Fish
On Fri, 2004-10-01 at 18:01 -0700, Rob Brandt wrote:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. [snip]
Well, it does all work because I've been using postfix +amavis +imap for mail for a long time now. The first gotcha is that SuSE's compile of imap requires you to generate and use ssl certificates on each client - passwords alone will not do. This is what /var/log/mail shows each time there is a log in:
Oct 2 07:06:36 rumbaba imapd[16558]: imaps SSL service init from 192.168.100.47 Oct 2 07:06:38 rumbaba imapd[16558]: Login user=escoffier host=tiramisu.fruitloops.localcom [192.168.100.47]
Perhaps also worth checking that xinetd is set up to allow imaps (not just imap) and pop3, and that hosts.allow specifically allows them if hosts.deny has a paranoid setting like "all deny all". I do not know whether the pop3 stuff requires ssl as well, though I suspect it may well. Secure imap and pop will also require different ports open on any firewall. It's easy to overlook all this because setting up a mail server using SuSE Pro isn't much documented.
I agree, I can not find any help with setting up Pop-before-SMTP. It seems to work but It does not.....oh well I had problems with setting up pop/imap becuase I did not know that Suse compiles with the need of SSL certs even if you do not use them for pop3 Neal http://www.susenet.com
Fri, 01 Oct 2004, by bronto@csd-bes.net:
I'm getting a SuSE 9.1 installation ready to be used as a mail server for a client.
I've done the complete 9.1 installation and update. I have postfix running, and it can send mail to my regular mail accounts. I'm trying to get pop & imap services running and am getting nowhere. I have all varieties of pop & imap up, and the proper ports are listening on the server. However, I can retrieve mail neither from a networked workstation or even locally on the machine itself. I'm using regular linux user accounts (no virtual). I've tried various password authentication types in case there were some encryption running that I wasn't aware of. I've reset my password to be sure I know what it is. Nothing seems to help here.
No idea why it's not working for you. I'm running Postfix, normally delivering to a Maildir. Making it work together with dovecot (a very easy and secure imap(s) and pop(s) server) was a no-brainer. Just tell Postfix to deliver in ~/Maildir with 'home_mailbox = Maildir/' in main.cf (make sure ~Maildir exists), and dovecot to look in the same directory with 'default_mail_env = maildir:/home/%u/Maildir' Edit /usr/share/doc/packages/dovecot/dovecot-openssl.cnf and run mkcert.sh (in the same dir) to generate your SSL certificates. Tell dovecot to listen on your hostaddress with 'imaps_listen = your.host.name' and start dovecot. That's it, configure a MUA to connect to 'your.host.name' on port 993, accept the cert and away you go. Theo -- Theo v. Werkhoven Registered Linux user# 99872 http://counter.li.org ICBM 52 13 27N , 4 29 45E. + ICQ: 277217131 SUSE 9.1 + Jabber: gurp@nedlinux.nl Kernel 2.6.5 + MSN: twe-msn@ferrets4me.xs4all.nl See headers for PGP/GPG info. +
participants (7)
-
Joe Morris (NTM)
-
John Andersen
-
Marcos Vinicius Lazarini
-
Mark Crean
-
Rob Brandt
-
suse-list@fresno.edu
-
Theo v. Werkhoven