Re: hey alright, I finally can send an e-mail
On Sun, 22 Mar 2009, Sahil Tandon wrote: On Sat, 21 Mar 2009, Justin Mattock wrote: finally after sometime I'm able to send. as for balsa I'll have to come back to that issue later on. but for now using alpine as the client and postfix sends like there's no tomorrow!! cat /var/log/mail.log(gives only the missing cert); postfix/postfix-script[1779]: starting the Postfix mail system postfix/master[1780]: daemon started -- version 2.5.6, configuration /etc/postfix postfix/smtpd[1921]: connect from localhost[127.0.0.1] postfix/smtpd[1921]: E4754AE045: client=localhost[127.0.0.1] postfix/smtpd[1921]: disconnect from localhost[127.0.0.1] postfix/pickup[1797]: 06340AE0E8: uid=1000 from=justinmatt...@gmail.com postfix/cleanup[1923]: 06340AE0E8: message-id=alpine.lnx.2.00.0903212016500.1...@havk postfix/qmgr[1798]: 06340AE0E8: from=justinmatt...@gmail.com, size=643, nrcpt=1 (queue active) postfix/smtp[1926]: certificate verification failed for smtp.gmail.com[209.85.201.111]:587: untrusted issuer /C=ZA/ST=Western Cape/L=Cape Town/O=Thawte Consulting cc/OU=Certification Services Division/CN=Thawte Premium Server CA/emailaddress=premium-ser...@thawte.com Download Thawte's root CA cert and let Postfix know where to find it: http://www.postfix.org/postconf.5.html#smtp_tls_CAfile http://www.thawte.com/roots/ -- Sahil Tandon sa...@tandon.net Cool, thanks for the info. I went to thawte and loaded the cert. (no more certificate verification failed). I think as a test I'm going to run ettercap on myself just to see and make sure I don't see any important info. regards, -- Justin P. Mattock
Re: Re: How to index maildir
* Jeff Huang jbhu...@scut.edu.cn: OK,Thanks. I'll try cyrus imap. Now I use Courier-imap as my imap/pop3 server. Try dovecot IMAP. It indexes maildir and fixes the index automatically. Cyrus IMAP doesn't ... p...@rick -- All technical answers asked privately will be automatically answered on the list and archived for public access unless privacy is explicitely required and justified. saslfinger (debugging SMTP AUTH): http://postfix.state-of-mind.de/patrick.koetter/saslfinger/
Re: How to index maildir
On Sun, Mar 22, 2009 at 08:19:07AM +0100, Patrick Ben Koetter wrote: * Jeff Huang jbhu...@scut.edu.cn: OK,Thanks. I'll try cyrus imap. Now I use Courier-imap as my imap/pop3 server. Try dovecot IMAP. It indexes maildir and fixes the index automatically. Cyrus IMAP doesn't ... Cyrus doesn't use Maildir. Bron ( but it's pretty good, and I'm trying to build an active developer community around it )
Re: How to index maildir
On Sat, Mar 21, 2009 at 6:58 PM, Jeff Huang jbhu...@scut.edu.cn wrote: Hi,my mailserver is postfix and the mailbox is set to /Maildir. But I found if there are too many email in maildir,the imap is very slow. Can we set the Maildir indexing?So we can accelerate to read/find the email from Maildir. Wrong list if you are talking about accessing from imap. You probably want to set the sticky bit though. Google around for explanations. -Bryan
Re: How to index maildir
* Jeff Huang jbhu...@scut.edu.cn: Hi,my mailserver is postfix and the mailbox is set to /Maildir. But I found if there are too many email in maildir,the imap is very slow. Which IMAP server are you using? If it's courier, switch to dovecot -- Ralf Hildebrandt Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.computerbeschimpfung.de I'm not insane, just an ISP. Although people may consider that to be a mark of an insane person!
Re: How to index maildir
* Jeff Huang jbhu...@scut.edu.cn: OK,Thanks. I'll try cyrus imap. You can't. It doesn't use Maildir. Use dovecot. -- Ralf Hildebrandt Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.computerbeschimpfung.de Program aborting: Close all that you have worked on. You ask far too much.
Re: How to index maildir
On 3/21/2009, Jeff Huang (jbhu...@scut.edu.cn) wrote: OK,Thanks. I'll try cyrus imap. Now I use Courier-imap as my imap/pop3 server. You'd be much better off trying dovecot, unless you need something specific that cyrus provides and dovecot does not. Be sure you use the current version... 1.1.13, or even better 1.2b3, since it is close to going stable, and has a lot of improvements over the 1.1 branch... -- Best regards, Charles
Re: How to index maildir
* Charles Marcus cmar...@media-brokers.com: On 3/21/2009, Jeff Huang (jbhu...@scut.edu.cn) wrote: OK,Thanks. I'll try cyrus imap. Now I use Courier-imap as my imap/pop3 server. You'd be much better off trying dovecot, unless you need something specific that cyrus provides and dovecot does not. But then he wouldn't be using courier now :) -- Ralf Hildebrandt Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.computerbeschimpfung.de cc:Mail SMTPLINK: A 5 year old child left in charge of a large sorting office. Can't reach over the counter properly, can't handle more than one letter at once and has to go looking for a grownup whenever it wants to deliver to mail to other towns. Often opens parcels to look for shiny things inside then just delivers the wrapping paper onwards.
Re: How to index maildir
On 3/22/2009 9:27 AM, Ralf Hildebrandt wrote: You'd be much better off trying dovecot, unless you need something specific that cyrus provides and dovecot does not. But then he wouldn't be using courier now :) lol good point... -- Best regards, Charles
Isssue with Postfix-mailman-virtual domains
Hello, I'm having some difficulty getting mailman to work with virtual addresses under postfix. Posts to my test domain: mail...@ohnosec.org are bounced and when I go in to /var/log/maillog to see why, postfix is converting the address to mail...@sh.qrvc.com. sh.qrvc.com is the host name of the host running postfix and mailman and handling the test domain ohnosec.org. In other words, it is intended to host virtual domain ohnosec.org for use by mailman. In /var/log/maillog there is one puzzling entry: Mar 21 23:46:39 sh postfix/smtp[18702]: B6694A817F: to=mail...@sh.qrvc.com, orig_to=mail...@ohnosec.org, relay=none, delay=0.3, delays=0.22/0.01/0.07/0, dsn=5.4.6, status=bounced (mail for sh.qrvc.com loops back to myself) The orig_to entry is particularly concerning. I don't need to handle mail for domain sh.qrvc.com even though that is the DNS host name for the host running Postfix. I would like to understand why postfix is changing the domain from ohnosec.com to sh.qrvc.com given my configuration, and the complete maillog of the transaction posted below in this message. *** postconf -n *** [r...@sh ~]# postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, hash:/etc/mailman/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 2 debug_peer_list = 68.99.120.0/24 html_directory = no inet_interfaces = all mail_owner = postfix mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man mydestination = mydomain = qrvc.com myhostname = sh.qrvc.com newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES recipient_delimiter = + sample_directory = /usr/share/doc/postfix-2.3.3/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop unknown_local_recipient_reject_code = 550 virtual_alias_domains = ohnosec.org,limeylinux.org virtual_alias_maps = hash:/etc/postfix/virtual,hash:/etc/mailman/virtual-mailman *** /var/log/maillog with peer debug enabled *** Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: recipient_canonical_maps: mail...@ohnosec.org: not found Mar 21 23:46:38 sh postfix/smtpd[18697]: match_list_match: ohnosec.org: no match Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: recipient_canonical_maps: @ohnosec.org: not found Mar 21 23:46:38 sh postfix/smtpd[18697]: mail_addr_find: mail...@ohnosec.org - (not found) Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: canonical_maps: mail...@ohnosec.org: not found Mar 21 23:46:38 sh postfix/smtpd[18697]: match_list_match: ohnosec.org: no match Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: canonical_maps: @ohnosec.org: not found Mar 21 23:46:38 sh postfix/smtpd[18697]: mail_addr_find: mail...@ohnosec.org - (not found) Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: virtual_alias_maps: hash:/etc/mailman/virtual-mailman(0,lock|fold_fix): mail...@ohnosec.org = mailman Mar 21 23:46:38 sh postfix/smtpd[18697]: mail_addr_find: mail...@ohnosec.org - mailman Mar 21 23:46:38 sh postfix/smtpd[18697]: smtpd_check_rewrite: trying: permit_inet_interfaces Mar 21 23:46:38 sh postfix/smtpd[18697]: permit_inet_interfaces: dukecmfep05.coxmail.com 68.99.120.40 Mar 21 23:46:38 sh postfix/smtpd[18697]: before input_transp_cleanup: cleanup flags = enable_header_body_filter enable_automatic_bcc enable_address_mapping enable_milters Mar 21 23:46:38 sh postfix/smtpd[18697]: after input_transp_cleanup: cleanup flags = enable_header_body_filter enable_automatic_bcc enable_address_mapping Mar 21 23:46:38 sh postfix/smtpd[18697]: connect to subsystem public/cleanup Mar 21 23:46:38 sh postfix/smtpd[18697]: public/cleanup socket: wanted attribute: queue_id Mar 21 23:46:38 sh postfix/smtpd[18697]: input attribute name: queue_id Mar 21 23:46:38 sh postfix/smtpd[18697]: input attribute value: B6694A817F Mar 21 23:46:38 sh postfix/smtpd[18697]: public/cleanup socket: wanted attribute: (list terminator) Mar 21 23:46:38 sh postfix/smtpd[18697]: input attribute name: (end) Mar 21 23:46:38 sh postfix/smtpd[18697]: send attr flags = 50 Mar 21 23:46:38 sh postfix/smtpd[18697]: B6694A817F: client=dukecmfep05.coxmail.com[68.99.120.40] Mar 21 23:46:38 sh postfix/smtpd[18697]: dukecmfep05.coxmail.com[68.99.120.40]: 250 2.1.5 Ok Mar 21 23:46:38 sh postfix/smtpd[18697]: watchdog_pat: 0x7f8edb6ca160 Mar 21 23:46:38 sh postfix/smtpd[18697]: dukecmfep05.coxmail.com[68.99.120.40]: DATA Mar 21 23:46:38 sh postfix/smtpd[18697]: dukecmfep05.coxmail.com[68.99.120.40]: 354 End data with CRLF.CRLF Mar 21 23:46:38 sh postfix/smtpd[18697]: public/cleanup socket: wanted attribute: status Mar 21 23:46:38 sh postfix/cleanup[18701]: B6694A817F: message-id=49c5b4bb.7090...@rodgers.sdcoxmail.com Mar 21 23:46:38 sh postfix/qmgr[18693]: B6694A817F: from=hws...@rodgers.sdcoxmail.com, size=1071, nrcpt=1 (queue active) Mar 21 23:46:38 sh postfix/smtpd[18697]: input attribute name: status
Re: Isssue with Postfix-mailman-virtual domains
On Sun, 22 Mar 2009, Stephen Rodgers wrote: I'm having some difficulty getting mailman to work with virtual addresses under postfix. Posts to my test domain: mail...@ohnosec.org are bounced and when I go in to /var/log/maillog to see why, postfix is converting the address to mail...@sh.qrvc.com. sh.qrvc.com is the host name of the host running postfix and mailman and handling the test domain ohnosec.org. In other words, it is intended to host virtual domain ohnosec.org for use by mailman. In /var/log/maillog there is one puzzling entry: Not puzzling at all! Mar 21 23:46:39 sh postfix/smtp[18702]: B6694A817F: to=mail...@sh.qrvc.com, orig_to=mail...@ohnosec.org, relay=none, delay=0.3, delays=0.22/0.01/0.07/0, dsn=5.4.6, status=bounced (mail for sh.qrvc.com loops back to myself) Your virtual_alias_maps entry directs mail for mail...@ohnosec.org - mail...@sh.qrvc.com. Because you exclude this domain from $mydestination, Postfix does not accept mail for it, and the message loops. The orig_to entry is particularly concerning. Not at all; it makes sense based on your configuration. I don't need to handle mail for domain sh.qrvc.com even though that is the DNS host name for the host running Postfix. I would like to understand why postfix is changing the domain from ohnosec.com to sh.qrvc.com given my configuration, and the complete maillog of the transaction posted below in this message. Because mail...@ohnosec.org points to 'mailman', and the result of a virtual(5) mapping is subject to address rewriting. Specifically, when 'append_at_myorigin=yes', Postfix appends '@$myorigin' to addresses without '@domain'. All of this is documented in the virtual(5) man page. And because '$myorigin=$myhostname' by default, your alias to 'mailman' is rewritten to 'mail...@sh.qrvc.com'. *** postconf -n *** [r...@sh ~]# postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, hash:/etc/mailman/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 2 debug_peer_list = 68.99.120.0/24 html_directory = no inet_interfaces = all mail_owner = postfix mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man mydestination = mydomain = qrvc.com myhostname = sh.qrvc.com newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES recipient_delimiter = + sample_directory = /usr/share/doc/postfix-2.3.3/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop unknown_local_recipient_reject_code = 550 virtual_alias_domains = ohnosec.org,limeylinux.org virtual_alias_maps = hash:/etc/postfix/virtual,hash:/etc/mailman/virtual-mailman *** /var/log/maillog with peer debug enabled *** Please don't provide verbose/debug logging unless specifically requested. [...] Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: virtual_alias_maps: hash:/etc/mailman/virtual-mailman(0,lock|fold_fix): mail...@ohnosec.org = mailman Mar 21 23:46:38 sh postfix/smtpd[18697]: mail_addr_find: mail...@ohnosec.org - mailman -- Sahil Tandon sa...@tandon.net
Re: Isssue with Postfix-mailman-virtual domains
Sahil Tandon wrote: On Sun, 22 Mar 2009, Stephen Rodgers wrote: I'm having some difficulty getting mailman to work with virtual addresses under postfix. Posts to my test domain: mail...@ohnosec.org are bounced and when I go in to /var/log/maillog to see why, postfix is converting the address to mail...@sh.qrvc.com. sh.qrvc.com is the host name of the host running postfix and mailman and handling the test domain ohnosec.org. In other words, it is intended to host virtual domain ohnosec.org for use by mailman. In /var/log/maillog there is one puzzling entry: Not puzzling at all! Mar 21 23:46:39 sh postfix/smtp[18702]: B6694A817F: to=mail...@sh.qrvc.com, orig_to=mail...@ohnosec.org, relay=none, delay=0.3, delays=0.22/0.01/0.07/0, dsn=5.4.6, status=bounced (mail for sh.qrvc.com loops back to myself) Your virtual_alias_maps entry directs mail for mail...@ohnosec.org - mail...@sh.qrvc.com. Because you exclude this domain from $mydestination, Postfix does not accept mail for it, and the message loops. The orig_to entry is particularly concerning. Not at all; it makes sense based on your configuration. I don't need to handle mail for domain sh.qrvc.com even though that is the DNS host name for the host running Postfix. I would like to understand why postfix is changing the domain from ohnosec.com to sh.qrvc.com given my configuration, and the complete maillog of the transaction posted below in this message. Because mail...@ohnosec.org points to 'mailman', and the result of a virtual(5) mapping is subject to address rewriting. Specifically, when 'append_at_myorigin=yes', Postfix appends '@$myorigin' to addresses without '@domain'. All of this is documented in the virtual(5) man page. And because '$myorigin=$myhostname' by default, your alias to 'mailman' is rewritten to 'mail...@sh.qrvc.com'. *** postconf -n *** [r...@sh ~]# postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, hash:/etc/mailman/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 2 debug_peer_list = 68.99.120.0/24 html_directory = no inet_interfaces = all mail_owner = postfix mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man mydestination = mydomain = qrvc.com myhostname = sh.qrvc.com newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES recipient_delimiter = + sample_directory = /usr/share/doc/postfix-2.3.3/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop unknown_local_recipient_reject_code = 550 virtual_alias_domains = ohnosec.org,limeylinux.org virtual_alias_maps = hash:/etc/postfix/virtual,hash:/etc/mailman/virtual-mailman *** /var/log/maillog with peer debug enabled *** Please don't provide verbose/debug logging unless specifically requested. [...] Mar 21 23:46:38 sh postfix/smtpd[18697]: maps_find: virtual_alias_maps: hash:/etc/mailman/virtual-mailman(0,lock|fold_fix): mail...@ohnosec.org = mailman Mar 21 23:46:38 sh postfix/smtpd[18697]: mail_addr_find: mail...@ohnosec.org - mailman All of the above now makes sense. In fact, If I add the ohnosec.org domain to $mydesination, and specify $myorigin as ohonsec.org, mailman works as intended. I have one final question with regard to the append of $myorigin to a virtual mapping result. The on-line documentation states that append_my_origin defaults to yes, and that it should not be turned off. In my case, I want to avoid specifying $myorigin and leave it as the default. as I want to handle the additional domains in a virtual manner. The question is, how does one override this behavior so that rewrite stays within the original domain while leaving the default setting for $myorigin in place?
Re: Isssue with Postfix-mailman-virtual domains
Stephen Rodgers a écrit : [snip] All of the above now makes sense. In fact, If I add the ohnosec.org domain to $mydesination, and specify $myorigin as ohonsec.org, mailman works as intended. I have one final question with regard to the append of $myorigin to a virtual mapping result. The on-line documentation states that append_my_origin defaults to yes, and that it should not be turned off. In my case, I want to avoid specifying $myorigin and leave it as the default. as I want to handle the additional domains in a virtual manner. The question is, how does one override this behavior so that rewrite stays within the original domain while leaving the default setting for $myorigin in place? it is recommended to use full addresses: do not omit the domain part. addresses without a domain should only be used for local users (for example, in $alias_maps). BTW, remove the domain from virtual_alias_domains. or more precisely, do not list one domain in multiple classes. and in addition, do not use virtual_alias_domains unless you know exactly what that means. many people confuse this with virtual_mailbox_domains... etc.
Re: Isssue with Postfix-mailman-virtual domains
On Sunday, March 22, 2009 at 20:29 CET, Stephen Rodgers hws...@rodgers.sdcoxmail.com wrote: All of the above now makes sense. In fact, If I add the ohnosec.org domain to $mydesination, and specify $myorigin as ohonsec.org, mailman works as intended. I have one final question with regard to the append of $myorigin to a virtual mapping result. The on-line documentation states that append_my_origin defaults to yes, and that it should not be turned off. In my case, I want to avoid specifying $myorigin and leave it as the default. as I want to handle the additional domains in a virtual manner. The question is, how does one override this behavior so that rewrite stays within the original domain while leaving the default setting for $myorigin in place? You can't. Why not just specify a fully-qualified address in the first place? -- Magnus Bäck mag...@dsek.lth.se
Re: Isssue with Postfix-mailman-virtual domains
Magnus Bäck wrote: On Sunday, March 22, 2009 at 20:29 CET, Stephen Rodgers hws...@rodgers.sdcoxmail.com wrote: All of the above now makes sense. In fact, If I add the ohnosec.org domain to $mydesination, and specify $myorigin as ohonsec.org, mailman works as intended. I have one final question with regard to the append of $myorigin to a virtual mapping result. The on-line documentation states that append_my_origin defaults to yes, and that it should not be turned off. In my case, I want to avoid specifying $myorigin and leave it as the default. as I want to handle the additional domains in a virtual manner. The question is, how does one override this behavior so that rewrite stays within the original domain while leaving the default setting for $myorigin in place? You can't. Why not just specify a fully-qualified address in the first place? It is mailman which writes the virtual-mailman file without a domain specified. I'ts not something which I have specific control over. I think at this point, the prudent thing to do is not bother with virtual domains at all. If I limit everything to one domain, and get rid of the virtual settings in mailman and postfix, and everything works fine.
Re: Isssue with Postfix-mailman-virtual domains
On Sunday, March 22, 2009 at 21:29 CET, Stephen Rodgers hws...@rodgers.sdcoxmail.com wrote: Magnus Bäck wrote: You can't. Why not just specify a fully-qualified address in the first place? It is mailman which writes the virtual-mailman file without a domain specified. I'ts not something which I have specific control over. Seriously, isn't that configurable in Mailman? I'd consider that a grave limitation. I think at this point, the prudent thing to do is not bother with virtual domains at all. If I limit everything to one domain, and get rid of the virtual settings in mailman and postfix, and everything works fine. That would certaily avoid the problem. -- Magnus Bäck mag...@dsek.lth.se
Re: Isssue with Postfix-mailman-virtual domains
Magnus B?ck: [ Charset ISO-8859-1 unsupported, converting... ] On Sunday, March 22, 2009 at 21:29 CET, Stephen Rodgers hws...@rodgers.sdcoxmail.com wrote: Magnus B?ck wrote: You can't. Why not just specify a fully-qualified address in the first place? It is mailman which writes the virtual-mailman file without a domain specified. I'ts not something which I have specific control over. Seriously, isn't that configurable in Mailman? I'd consider that a grave limitation. He's using the wrong Postfix alias feature, Mailman aliases files are supposed to be listed in main.cf:alias_maps NOT in main.cf:virtual_alias_maps. http://www.gnu.org/software/mailman/mailman-install/node13.html Wietse
Re: Isssue with Postfix-mailman-virtual domains
On Sunday, March 22, 2009 at 22:04 CET, Wietse Venema wie...@porcupine.org wrote: Magnus Bäck: Seriously, isn't that configurable in Mailman? I'd consider that a grave limitation. He's using the wrong Postfix alias feature, Mailman aliases files are supposed to be listed in main.cf:alias_maps NOT in main.cf:virtual_alias_maps. http://www.gnu.org/software/mailman/mailman-install/node13.html Not necessarily true -- Mailman can generate virtual alias tables in addition to local alias tables, but the problem is that the former have the form foo-l...@example.com foo-list thus assuming that myorigin is local. An option (if the whole domain belongs to Mailman) is to use the fairly well-known Python script for Mailman/Postfix integration and set it up as a pipe(8)-based service. -- Magnus Bäck mag...@dsek.lth.se
