Hello list. SuSE 9.3. I've been using my tower PC as a desktop, getting my mail directly from my ISP's POP server with Kmail and sending directly from Kmail to the ISP's SMTP server. I acquired an old laptop that I intend to use for regular desktop stuff, and want to move the tower to a server role. So, I thought I'd set fetchmail to get my mail from the ISP onto the tower, then use CyrusIMAP to serve my mailreader on the laptop. I understand that postfix has to be in there somewhere (at least for the outgoing mail being sent to the ISP's SMTP server, and probably for some other part of handling - not clear on that. By the way, I don't have static IP from my ISP (I can get for an extra ten or twenty bucks per month if that will make a difference.) I've never done anything with mail servers before. I used YaST and invoked "Network Services > Mail Transfer Agent". I filled in my best guesses of what it was asking for, as it went through configuring a few apps. I did that twice because the first time, I didn't have CyrusIMAP installed. I'm still using KMail on that same computer until I get the server stuff working, so I left Fetchmail set to the default interval of 600 seconds, and set Kmail to fetch at a longer interval of 30 minutes, to ensure that fetchmail would usually find something to fetch. At 16:03 yesterday, two messages from another mailing list were grabbed and put into /var/spool/mail (also /var/mail) in a file called "elefino" (my ID on that computer... I'm writing from my work account "mlist" at this moment). That's the only mail I've seen that fetchmail might have handled. The fetchmail log says that it has retrieved several more messages in the hours since four o'clock yesterday afternoon, but I don't know where they are going. I looked in /var/spool/postfix, and it has a nice structure of directories including active, bounce, corrupt, defer, deferred, flush, hold, incoming, maildrop... Half of them were created/modified in March (when this version of SuSE was released) and the rest were created yesterday. They all appear empty. I have to view them as root, because of the permissions. My thought was that after I re-did the YaST "Network Services > Mail Transfer Agent" setup, with CyrusIMAP available, the destination where fetchmail puts incoming messages might have changed... but where? Does fetchmail hand off directly to CyrusIMAP? or is it Postfix that handles it between fetchmail and CyrusIMAP? I looked in a couple of fetchmail text files but didn't see anything about setting the drop location for fetched mail. Somewhere I read about port 25? But how does that translate to where files would go? I'm not clear about what application is now watching the place where fetchmail puts things, and what that application would be doing. Is it CyrusIMAP itself? or is it some intermediary? Where do I find out? Here's my postconf output, if that's any help. inux:~ # postconf -n alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = all inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail <-- only two messages ever went there mailbox_command = mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = chip.monk.ca <-- a joke... did I break anything? masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname,localhost.$mydomain,$mydomain myhostname = linux.site newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = mail.magma.ca relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 Anybody see anything informative? Anything that needs to change? Is there a good HowTo that tells how these programs connect to each other in the simple config that I'm trying to set up? Thanks, Kevin (who has mail..... somewhere) The information contained in this electronic mail transmission may be privileged and confidential, and therefore, protected from disclosure. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer without copying or disclosing it.
mlist@safenet-inc.com wrote:
So, I thought I'd set fetchmail to get my mail from the ISP onto the tower, then use CyrusIMAP to serve my mailreader on the laptop. I understand that postfix has to be www.allwww.allo.cho.chin there somewhere (at least for the outgoing mail being sent to the ISP's SMTP server, and probably for some other part of handling - not clear on that.
Yep, you'll need postfix (or exim or sendmail) for inbound and outbound mail.
By the way, I don't have static IP from my ISP (I can get for an extra ten or twenty bucks per month if that will make a difference.)
If you intend to use fetchmail, it doesn't matter.
At 16:03 yesterday, two messages from another mailing list were grabbed and put into /var/spool/mail (also /var/mail) in a file called "elefino" (my ID on that computer... I'm writing from my work account "mlist" at this moment). That's the only mail I've seen that fetchmail might have handled. The fetchmail log says that it has retrieved several more messages in the hours since four o'clock yesterday afternoon, but I don't know where they are going.
Did you instruct fetchmail to deliver mails to postfix?
I looked in /var/spool/postfix, and it has a nice structure of directories including active, bounce, corrupt, defer, deferred, flush, hold, incoming, maildrop... Half of them were created/modified in March (when this version of SuSE was released) and the rest were created yesterday. They all appear empty. I have to view them as root, because of the permissions.
You can ignore those. Any mail should turn up in /var/mail/ .
Does fetchmail hand off directly to CyrusIMAP? or is it Postfix that handles it between fetchmail and CyrusIMAP?
It depends on your setup, but presumably fetchmail hands off to postfix, which then delivers to directories from which CyrusIMAP can serve out mail to end-users.
Somewhere I read about port 25?
That would be SMTP port for inbound mail.
Where do I find out?
I would suggest reading a few howtos - there's plenty of good readable material on fetchmail, postfix and the whole process/setup. /Per Jessen, Zürich -- http://www.spamchek.com/freetrial - managed anti-spam and anti-virus solution. Sign up for your free 30-day trial now!
participants (2)
-
mlist@safenet-inc.com
-
Per Jessen