Re: [Dbmail] #noattach mode
On Montag 11 Mai 2009 Paul J Stevens wrote: Not to be nasty with the name, but I think #mobile is not as good a name as #noattach, as I might want #mobile mode also when I'm at an internet cafe, or other environment. ?? Most people are mobile when in a cafe. Also #mobile sounds better (no negative) to me. Ah, different understanding. Mobile here is more interpreted to mobile phone (or Handy, as we call them) or UMTS/GPRS connection, so an Internet cafe would not really be Mobile in the users head. Funny that you'd see no as negative, as in my head noattach gets a positive wow that will be fast to receive on my phone connex. But any way, no problem with any name. Just a thought. mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4 ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] #noattach mode
Daniel Urstöger wrote: Talking about breaking the RFC, I wonder if I got this wrong or right: the plan is to put another interface to the database via the dbmail daemon, that would offer that as additional functionality, right? Well, 'plan' is somewhat optimistic. 'Design idea' would describe this better since no-one has actually committed any resource to implementing this :-) But you got it right otherwise. So actually inside the database the message will not get altered in any way, so I can see the message via dbmail-imap the normal way and if I connect through the user mapped ip/port the messages will be shown without attachments, but will include links to download those attachments? Usermapped ip/port or via a special 'virtual' username extension '#mobile' or '#noattach' or whatever is decided on. I hope it got it right this way, as it seems a really nice solution, since it won´t break anything for the normal users and those who want mobile access can use that with the implecations.. correct. -- Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlandshttp://www.nfg.nl ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] mysterious from-address
Marc I'm not convinced that it is dbmail or gmime adding a host part. Do you have an example of the full message headers? John Yes, I'm however pretty sure postfix does not change the from address. I have furthermore spamassassin and clamavsmtp running. But online the ones with a messed-up gmime decoding end up with an added @gamma.electronics-design.nl The header is taken from the message-view in mutt. Regards, Marc From j...@sending.com.ar Wed May 6 14:50:13 2009 Received: from gamma.electronics-design.nl by netserver.l.theworksevents.com with POP3 (fetchmail-6.3.9-rc2) for li...@localhost (single-drop); Wed, 06 May 2009 14:50:13 +0200 (CEST) Received: from gamma.electronics-design.nl (unknown [172.30.100.2]) by gamma.electronics-design.nl (Postfix) with ESMTP id 00C687E51F for li...@receiving.com; Wed, 6 May 2009 14:50:08 +0200 (CEST) Received: by gamma.electronics-design.nl (Postfix, from userid 65534) id D801E7E519; Wed, 6 May 2009 14:50:08 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gamma.electronics-design.nl X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE, SUBJ_ALL_CAPS autolearn=no version=3.2.5 Received: from solucionx.com (mail.solucionx.com [190.7.59.131]) by gamma.electronics-design.nl (Postfix) with ESMTPS id 136CA7E519 for li...@receiving.com; Wed, 6 May 2009 14:49:51 +0200 (CEST) Received: (qmail 23350 invoked from network); 6 May 2009 12:49:32 - Received: by simscan 1.4.0 ppid: 23340, pid: 23348, t: 0.3945s scanners: regex: 1.4.0 Received: from unknown (HELO joselaptop) (j...@sending.com@190.220.41.57) by mail.solucionx.com with SMTP; 6 May 2009 12:49:31 - From: =?iso-8859-1?q?jos=e9_m._joa...@gamma.electronics-design.nl To: 'Linda Neven-Wenmaekers (The Works Events)' li...@receiving.com References: 20090429130253.02412280...@beta.electronics-design.nl In-Reply-To: 20090429130253.02412280...@beta.electronics-design.nl Subject: INCALFER ARGENTINA - LCD RENT Date: Wed, 6 May 2009 09:49:31 -0300 Message-ID: !!aaayah5d6kim4dxclaoox7lojirixraaems6azcyr+1ckgwwasfma7cba...@incalfer.com.ar X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcnIytwhYz8L2eG9QkyOcSdZGskRcgFfh6NA Disposition-Notification-To: =?iso-8859-1?Q?Jos=E9_M._Joao?= j...@sending.com.ar X-Virus-Scanned: ClamAV using ClamSMTP Return-Path: j...@sending.com.ar MIME-Version: 1.0 Content-Type: multipart/related; boundary==_NextPart_000_00A7_01C9CE2F.F52335C0 Content-Language: es-ar Status: RO X-Status: A Content-Length: 12026 Lines: 439 ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] mysterious from-address
Marc, dbmail doesn't do this, afaict. The only set_header call we do during normal delivery is for 'Return-Path'. What do the postfix logs tell you? Marc Dirix wrote: Marc I'm not convinced that it is dbmail or gmime adding a host part. Do you have an example of the full message headers? John Yes, I'm however pretty sure postfix does not change the from address. I have furthermore spamassassin and clamavsmtp running. But online the ones with a messed-up gmime decoding end up with an added @gamma.electronics-design.nl The header is taken from the message-view in mutt. Regards, Marc Received: from gamma.electronics-design.nl by netserver.l.theworksevents.com with POP3 (fetchmail-6.3.9-rc2) for li...@localhost (single-drop); Wed, 06 May 2009 14:50:13 +0200 (CEST) Received: from gamma.electronics-design.nl (unknown [172.30.100.2]) by gamma.electronics-design.nl (Postfix) with ESMTP id 00C687E51F for li...@receiving.com; Wed, 6 May 2009 14:50:08 +0200 (CEST) Received: by gamma.electronics-design.nl (Postfix, from userid 65534) id D801E7E519; Wed, 6 May 2009 14:50:08 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gamma.electronics-design.nl X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE, SUBJ_ALL_CAPS autolearn=no version=3.2.5 Received: from solucionx.com (mail.solucionx.com [190.7.59.131]) by gamma.electronics-design.nl (Postfix) with ESMTPS id 136CA7E519 for li...@receiving.com; Wed, 6 May 2009 14:49:51 +0200 (CEST) Received: (qmail 23350 invoked from network); 6 May 2009 12:49:32 - Received: by simscan 1.4.0 ppid: 23340, pid: 23348, t: 0.3945s scanners: regex: 1.4.0 Received: from unknown (HELO joselaptop) (j...@sending.com@190.220.41.57) by mail.solucionx.com with SMTP; 6 May 2009 12:49:31 - From: =?iso-8859-1?q?jos=e9_m._joa...@gamma.electronics-design.nl To: 'Linda Neven-Wenmaekers (The Works Events)' li...@receiving.com References: 20090429130253.02412280...@beta.electronics-design.nl In-Reply-To: 20090429130253.02412280...@beta.electronics-design.nl Subject: INCALFER ARGENTINA - LCD RENT Date: Wed, 6 May 2009 09:49:31 -0300 Message-ID: !!aaayah5d6kim4dxclaoox7lojirixraaems6azcyr+1ckgwwasfma7cba...@incalfer.com.ar X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcnIytwhYz8L2eG9QkyOcSdZGskRcgFfh6NA Disposition-Notification-To: =?iso-8859-1?Q?Jos=E9_M._Joao?= j...@sending.com.ar X-Virus-Scanned: ClamAV using ClamSMTP Return-Path: j...@sending.com.ar MIME-Version: 1.0 Content-Type: multipart/related; boundary==_NextPart_000_00A7_01C9CE2F.F52335C0 Content-Language: es-ar Status: RO X-Status: A Content-Length: 12026 Lines: 439 ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail -- Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlandshttp://www.nfg.nl ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] #noattach mode
Daniel Urstöger wrote: Talking about breaking the RFC, I wonder if I got this wrong or right: the plan is to put another interface to the database via the dbmail daemon, that would offer that as additional functionality, right? Well, 'plan' is somewhat optimistic. 'Design idea' would describe this better since no-one has actually committed any resource to implementing this :-) But you got it right otherwise. okay, well I have some spare time but I am not familiar with the 2.3 database scheme, I made a web interface for dbmail 2.2, which does management of the users, sub user, imap folders, etc. but not for 2.3 since I directly grab the email out from the database and not via IMAP... So ... I prolly would enjoy that but I guess first I have to have a decent look into the new scheme and also I am haven´t done any code changes on dbmail yet, so prolly that will just end in a mess ... So actually inside the database the message will not get altered in any way, so I can see the message via dbmail-imap the normal way and if I connect through the user mapped ip/port the messages will be shown without attachments, but will include links to download those attachments? Usermapped ip/port or via a special 'virtual' username extension '#mobile' or '#noattach' or whatever is decided on. Those are the kinds of changes I am quite sure you are the only one capable of doing that, right? ;) I hope it got it right this way, as it seems a really nice solution, since it won´t break anything for the normal users and those who want mobile access can use that with the implecations.. correct. well, at least I understand the plan! ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] mysterious from-address
dbmail doesn't do this, afaict. The only set_header call we do during normal delivery is for 'Return-Path'. What do the postfix logs tell you? Nothing intelligible, the rcpt-to address (in the message envelope) is correct. I can't find an option for postfix where it enables / disables it to change the message from header? I have in main.cf: append_dot_mydomain = no append_at_myorigin = no Regards, Marc ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] mysterious from-address
Marc Dirix wrote: dbmail doesn't do this, afaict. The only set_header call we do during normal delivery is for 'Return-Path'. What do the postfix logs tell you? Nothing intelligible, the rcpt-to address (in the message envelope) is correct. I can't find an option for postfix where it enables / disables it to change the message from header? I have in main.cf: append_dot_mydomain = no append_at_myorigin = no Oops. The README clearly states: Rewrite user to u...@$myorigin This feature is controlled by the boolean append_at_myorigin parameter (default: yes). You should never turn off this feature, because a lot of Postfix components expect that all addresses have the form u...@domain. -- Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlandshttp://www.nfg.nl ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] mysterious from-address
Oops. The README clearly states: Rewrite user to u...@$myorigin This feature is controlled by the boolean append_at_myorigin parameter (default: yes). You should never turn off this feature, because a lot of Postfix components expect that all addresses have the form u...@domain. I have set it to no because of this problem (to see if it would make a difference, which it doesn't). It also seems not to be related, because $myorigin is not gamma.electronics-design.nl which is the string which is add in the from header. Marc ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] #noattach mode
On Dienstag 12 Mai 2009 Daniel Urstöger wrote: Usermapped ip/port or via a special 'virtual' username extension '#mobile' or '#noattach' or whatever is decided on. Those are the kinds of changes I am quite sure you are the only one capable of doing that, right? ;) Well, with a good towel, beer and peanuts, and a Vorgon spaceship you could travel to Alpha Centauri to get a three-brained hacker from there. He'd only take 2 years to study the code and do that stuff. On the other hand, there are for sure good hackers on this planet as well, but no one seems to have found his way to dbmail-dev. PS: Those not knowing Douglas Adams are forgiven. mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4 signature.asc Description: This is a digitally signed message part. ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] #noattach mode
PS: Those not knowing Douglas Adams are forgiven. Good to know that I'm forgiven :P Who was he? ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] #noattach mode
On Dienstag 12 Mai 2009 Jorge Bastos wrote: Good to know that I'm forgiven :P Who was he? Oh Lord ;-) Wikipedia rules: http://en.wikipedia.org/wiki/Douglas_Adams mfg zmi -- // Michael Monnerie, Ing.BSc- http://it-management.at // Tel: 0660 / 415 65 31 .network.your.ideas. // PGP Key: curl -s http://zmi.at/zmi.asc | gpg --import // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4 signature.asc Description: This is a digitally signed message part. ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
Re: [Dbmail] mysterious from-address
Marc Dirix wrote: Oops. The README clearly states: Rewrite user to u...@$myorigin This feature is controlled by the boolean append_at_myorigin parameter (default: yes). You should never turn off this feature, because a lot of Postfix components expect that all addresses have the form u...@domain. I have set it to no because of this problem (to see if it would make a difference, which it doesn't). It also seems not to be related, because $myorigin is not gamma.electronics-design.nl which is the string which is add in the from header. Marc Marc the behaviour you're seing can also depend on the setting for the postfix parameter local_header_rewrite_clients. It's hard to tell without knowing the contents of master.cf and the output of postconf -n (and probably this should go to the postfix list) but my guess is that the from header is being rewritten when the email is passed back into postfix after spam filtering. How to change this behaviour depends on how you're feeding mail back to postfix. I know how to do this in my setup, but I'm using amavisd-new, which may not be your case. John ___ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail