Linode.com Forum

[tozz]

I feel kind of stupid now, this is so basic I shouldn't have had to ask :)

Well, I might look into chroot or I'll just have to make sure my applications are "air tight" (I know PHP, got the Linode to learn server administration & Linux)

Thanks!

[tofu]

mdavid8421 wrote: Looks like the postfix installation is messed up. My suggestion would be to remove both postfix,courier and saslauthd and start again. Thanks for your help.
First installed a backup system to my home, because I have 2 years of emails on that account.
Removed posftfix, .. and installed them again. Then I found my ISP is blocking port 25, so I configured a port-forwarding in my firewall.
smtp is working now, great! But solved one problem, created another: imap is broke :cry:
Code: tufus:/home/pixel/log# authtest pixel pass
Authentication succeeded.

     Authenticated: pixel  (system username: pixel)
    Home Directory: /home/pixel
           Maildir: (none)
             Quota: (none)
Encrypted Password: pass
Cleartext Password: pass
           Options: (none)

Code: LauBook:~ Laurens$ telnet tufus.info 143
Trying 70.85.129.231...
Connected to tufus.info.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2005 Double Precision, Inc.  See COPYING for distribution information.
login pixel pass
login NO Error in IMAP command received by server.
abc login pixel pas
* BYE [ALERT] Fatal error: Account's mailbox directory is not owned by the correct uid or gid: No such file or directory
Connection closed by foreign host.

Code: tufus:/home/pixel/log# cd /home/pixel             
tufus:/home/pixel# ls -l
total 4
drwx------ 15 pixel gebruikers 1024 Dec  1 14:25 Maildir

Configs of imapd and imapd-ssl are all default.
I think when I run authtest I should see my Maildir? I don't know why he doesn't does that?

It used to work, but after making that smtp server, I did an apt upgrade, a new version of imap was out, installed that and it broke. So I think by installing that, a service got restarted and a new config got loaded? Any hints?

sweh wrote: Where where you trying to smtp _from_ ? Some home DSL/cable/whatever providers block outgoing port 25 connections (to stop spam). So in your testing make sure you're not testing from a blocked network :-) Now I'm reading that message! :roll: That was the case indeed.

[tofu]

Found this bug. The post is dated by yesterday, and I'm also running unstable, so I guess I'm running the same version. But I don't understand the sollution? Edit: the sollution is in the attachment. You have to edit the source code. I will try installing an older version.

EDIT: Installed the testing version of imap and everything is working again now. When I have time, I'm goiing to setup a new config with stable. Lost to much time with this problem. Used unstable about 2 years, but the things running on my server are getting more serieus, and my free time is schrinking :evil:

EDIT2: If other peoples are intressted, I send an email to the auteur of the bugreport, and I got some an intresting reply:

Quote: Both uid and gid are checked. Change the group to correspond to the
user's group, and you'll be fine.

I suspect that, up until Friday, debian sid's courier-imap didn't check
gid, but only checked uid.

Kinda fascistic, but the message says both uid and gid are checked. As
such, it's a policy question not a bug per se.
Quote: t's worth noting that you can chase down the problem readily by
running imap directly, as the user (it uses preauthentication mode,
and as such immediately recognizes you as the user when run directly):
/usr/bin/imapd <maildir>

[mdavid8421]

Good to know that everything is working.

This is a lesson not to use unstable on a production server.

It is called unstable for a reason.

Enjoy using the server.

tofu wrote: Found this bug. The post is dated by yesterday, and I'm also running unstable, so I guess I'm running the same version. But I don't understand the sollution? Edit: the sollution is in the attachment. You have to edit the source code. I will try installing an older version.

EDIT: Installed the testing version of imap and everything is working again now. When I have time, I'm goiing to setup a new config with stable. Lost to much time with this problem. Used unstable about 2 years, but the things running on my server are getting more serieus, and my free time is schrinking :evil:

EDIT2: If other peoples are intressted, I send an email to the auteur of the bugreport, and I got some an intresting reply:

Quote: Both uid and gid are checked. Change the group to correspond to the
user's group, and you'll be fine.

I suspect that, up until Friday, debian sid's courier-imap didn't check
gid, but only checked uid.

Kinda fascistic, but the message says both uid and gid are checked. As
such, it's a policy question not a bug per se.
Quote: t's worth noting that you can chase down the problem readily by
running imap directly, as the user (it uses preauthentication mode,
and as such immediately recognizes you as the user when run directly):
/usr/bin/imapd <maildir> :lol: :lol: :D

[tofu]

mdavid8421 wrote: This is a lesson not to use unstable on a production server. This month I rent 2 Linodes now, so I'm installing the second with stable now. When that's done, I can convert my files. With the new convert disk image tool I can prepare my new server without the current server goiing down :P
I see that there are some updates in your tutorial, good work!

[OverlordQ]

tofu wrote: Found this bug. The post is dated by yesterday, and I'm also running unstable, so I guess I'm running the same version. But I don't understand the sollution? Edit: the sollution is in the attachment. You have to edit the source code. I will try installing an older version.

Erm no you dont want to do that, just wait for the package author to release a fixed version.

Besides, should be using BTS instead of browsing the google groups :P

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454759