The 2004-09-30 at 02:53 -0400, Bob S wrote: I almost did not see this message. I'm temporarily on a much older computer (SuSE 7.3, pentium 120, 32Mb).
On Tuesday 28 September 2004 15:50, Carlos E. R. wrote:
........<Bob snips a whole bunch>...........
Me too :-)
Where should "bob@linux.local" be ??
Er... see later, below.
Funny. I don't know if it is really a problem, but you can create those directories using the same permissions as their "coleagues". You could also check the rest of the queues, they should have the same structure.
OK, related or not? I added the 3 missing folders to Defer & Deferred.
Perhaps, I don't know. It could be a problem later, I don't know if postfix is clever enough to recreate them.
The Directories Bounce, Active, & Incoming were correct. The Directories Corrupt, Flush, Hold, Maildrop,Saved, & Trace, are all empty. BTW even the folders with 1to 9 A to F are empty. Nothing in there.
That's correct. When postfix is working, it saves a file whose name starts with B* (for example), in a directory starting with the letter B, like ./Defer/B/Bfilename Perhaps it makes faster searching when there are a lot of messages going around, in the thousands. The trick worked in MsDos, I know, but I was not aware it also worked in *nix.
The downloading part would serve to configure /etc/fetchmail. This program is called from the script /etc/ppp/poll.tcpip - you can see when it is called at the end of your log excerpt I left above. If it is empty, it does nothing (except trigger postfix sending).
OK, I saw it and checked it, but No, not empty, bunch of commands in there. But the downloading part is empty,
I meant that /etc/fetchmail will be empty (ie, the definition or configuration file), not the script itself.
The virtual domains is used to loop internally (in postfix) mail sent to yourrealaddress@somedomain.somewhere.
OK, this part confuses me. What should be there? bob@linux.local ? or my real ISP address?
Your real ISP address. When postfix sees that a mail is to be sent to that address, it remembers that there is a local redefinition for it, and sends it instead, locally, to your user.
Put:
your_email@yourisp.hisdomain bob
As above - the part that confuses me. And, if I add the "bob" at the end I get a message that this is an incorrect format. ie: "rnr@sanctum.com bob"
For example, I have (replace _at_ with @) in file '/etc/postfix/virtual': robin1.listas_at_tiscali.es cer
**** Some testing
Do "sux -" on an xterm, or open a root console in kde's Konsole. Type:
nimrodel:/etc/postfix # mail cer Subject: test hola . <==== the dot\n signals the end of the email. EOT nimrodel:/etc/postfix # nimrodel:/etc/postfix # You have new mail in /var/spool/mail/cer nimrodel:/etc/postfix #
OK, did that. (substituting bob for cer of course) Nothing - no notification - no entry in /var/spool/mail/bob
And the mail log file, '/var/log/mail'?
Sep 24 00:00:05 nimrodel postfix/local[9618]: 35DAA20D14: to=
, orig_to= , relay=local, delay=1, status=sent (delivered to command: /usr/bin/procmail) /var/spool/mail is empty except for a 0 byte file named "bob" No amavis, no spamassassin, nada ! Terminado de la prueba ! Por ahorita !!
No, '/var/spool/mail' is the place where mail to the users is normally saved - however, procmail and other programs (kmail) can move it over to some other place. Look at the log file, it will explain what happened. Hopefully! :-)
**** Advanced settings, postfix. **** Sending outside. **** Configuration possibilities.
All on "Hold" for now" but will be filed for future reference.
Ok.
Carlos, You have been very helpful and I have learned a great deal from you. This is starting to get ridiculous and I would not blame you in the least for dropping this thread. Beginning to think there is some other hidden problem in KDE or Kmail 1.7 which is not apparent. Maybe I will just wait it out until 9.2 or whatever the next release is called and do an upgrade.
No don't worry. I have been busy otherwise, so I didn't answer for a while. Just retrieved pending mail from a zip drive. Upgrading would not solve your problem, the setup is bound to be the same. It has been so for several versions... I'm using SuSE 7.3 with the then non default postfix (updated later) and not much has changed. There is some error somewhere that is remiss to be found.
Ummm...Could it have anything to do with ipv6 ??? I see that in my "hosts" file. Just a wild guess.
It shouldn't.... and the logs would mention it. I disabled ipv6, anyway. P.S.: AHA! I just managed to compile pine4.58 from SuSE 9.1 sources (with patches) in this SuSE 7.3. At last, I have Pine the way I'm used to! :-))) I was compiling it on another console at the same time as writing this. It did not want to (several hours, five runs, in three days with two weeks in the middle and several kilometers travel as well), but I got it done - not sure how O:-) -- Cheers, Carlos Robinson