Threw together a diagram to illustrate the experiment I got to put together a while back.
Though, I'm not sure it really helps, but it may make it easier for some to visualize what's going on, especially those whom I've tried to explain it in person to previously.
Though, I doubt any of the afore-mentioned visit my blog, so in that case, OOO!!!! PRETTY COLOURS!
I'm pretty sure I'm missing something in the MSS, and MTU calculations, but meh... close enough for the sake of the point I was trying to make.
Ran into a really interesting problem with qmail today. Really interesting in that it's absolutely random, and I've not seen it happen with either of my previous builds.
Even more interesting in that it's still outstanding, and doesn't make a lot of sense currently.
root@sandbox:/var/qmail/control # telnet 127.0.0.1 25 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. 220 sandbox.sarlok.com ESMTP HELO test.localhost 250 sandbox.sarlok.com MAIL FROM: <test@localhost> 250 ok RCPT TO: <test@127.0.0.1> 250 ok DATA 354 go ahead Subject: Test from CLI Waaaazuuuuuppp? . 451 qq trouble creating files in queue (#4.3.0) quit 221 sandbox.sarlok.com Connection closed by foreign host. root@sandbox:/var/qmail/control #
Checking to see if qmail-queue is just on drugs, or if it is indeed having permission problems...
root@sandbox:/var/qmail/control # chmod -R 777 /var/qmail/queue root@sandbox:/var/qmail/control # telnet 127.0.0.1 25 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. 220 sandbox.sarlok.com ESMTP HELO test.localhost 250 sandbox.sarlok.com MAIL FROM: <test@localhost> 250 ok RCPT TO: <test@127.0.0.1> 250 ok DATA 354 go ahead Subject: Test from CLI Are you receiving? . 250 ok 1292918168 qp 22368 root@sandbox:/var/qmail/control # cd /var/qmail/queue root@sandbox:/var/qmail/queue # find * | grep /../ | xargs -J % ls -l % -rw------- 1 qmails qmail 19 Dec 20 23:56 info/18/1559280 -rw-r--r-- 1 qmaild qmail 211 Dec 20 23:56 mess/18/1559280 -rw------- 1 qmails qmail 20 Dec 20 23:56 remote/18/1559280 root@sandbox:/var/qmail/queue # ls -ld info mess remote drwxrwxrwx 25 qmails qmail 512 Dec 20 23:39 info drwxrwxrwx 25 qmailq qmail 512 Dec 20 23:39 mess drwxrwxrwx 25 qmails qmail 512 Dec 20 23:39 remote root@sandbox:/var/qmail/queue # head -5 /var/log/qmail/current | tai64nlocal 2010-12-20 23:56:08.197118500 new msg 1559280 2010-12-20 23:56:08.209005500 info msg 1559280: bytes 211 from <test@localhost> qp 22368 uid 1101 2010-12-20 23:56:08.221277500 starting delivery 1: msg 1559280 to remote test@127.0.0.1 2010-12-20 23:56:08.221445500 status: local 0/10 remote 1/20 2010-12-20 23:56:08.221820500 delivery 1: deferral: Sorry,_message_has_wrong_owner._(#4.3.5)/
My head implodes about 5 lines after the output of /var/log/qmail/current. Wonder what on earth is going on there...
rebuilding the queue, q-mail binaries, qmail users/groups and or configs from scratch doesn't seem to help either. *boggle*
<edit>
HA! found my qmail problem.
root@sandbox:/var/qmail/queue # mount | grep var /dev/wd0e on /var type ffs (local, nodev, nosuid)
nosuid, you silly, silly thing you. Who put you there? I can only wonder...
</edit>
