Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(10) |
Sep
(5) |
Oct
|
Nov
(3) |
Dec
(6) |
2006 |
Jan
(1) |
Feb
(1) |
Mar
(8) |
Apr
(1) |
May
(5) |
Jun
(3) |
Jul
(6) |
Aug
(6) |
Sep
|
Oct
(8) |
Nov
(14) |
Dec
(7) |
2007 |
Jan
(7) |
Feb
(12) |
Mar
|
Apr
(11) |
May
(11) |
Jun
(9) |
Jul
(2) |
Aug
(3) |
Sep
(22) |
Oct
(6) |
Nov
(6) |
Dec
|
2008 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
(11) |
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(7) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
(15) |
2009 |
Jan
(7) |
Feb
(4) |
Mar
(4) |
Apr
(2) |
May
(15) |
Jun
(4) |
Jul
|
Aug
(4) |
Sep
(2) |
Oct
(1) |
Nov
(3) |
Dec
(2) |
2010 |
Jan
|
Feb
(13) |
Mar
(3) |
Apr
(1) |
May
(5) |
Jun
(11) |
Jul
(11) |
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(6) |
Dec
(6) |
2011 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
(6) |
May
(7) |
Jun
(4) |
Jul
|
Aug
(4) |
Sep
(18) |
Oct
(13) |
Nov
(10) |
Dec
|
2012 |
Jan
(6) |
Feb
(24) |
Mar
(6) |
Apr
(1) |
May
(26) |
Jun
(4) |
Jul
(19) |
Aug
(8) |
Sep
(8) |
Oct
(4) |
Nov
(9) |
Dec
(9) |
2013 |
Jan
(12) |
Feb
(7) |
Mar
(12) |
Apr
(13) |
May
(5) |
Jun
(19) |
Jul
(1) |
Aug
(7) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
2014 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(1) |
May
(9) |
Jun
(2) |
Jul
(14) |
Aug
(8) |
Sep
(1) |
Oct
(64) |
Nov
(19) |
Dec
(17) |
2015 |
Jan
(9) |
Feb
(5) |
Mar
(21) |
Apr
(8) |
May
(12) |
Jun
(2) |
Jul
(7) |
Aug
(5) |
Sep
|
Oct
(9) |
Nov
(9) |
Dec
(2) |
2016 |
Jan
(6) |
Feb
(3) |
Mar
|
Apr
(4) |
May
(7) |
Jun
(6) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(13) |
Dec
(7) |
2017 |
Jan
|
Feb
|
Mar
(7) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
(7) |
Aug
(3) |
Sep
(3) |
Oct
(4) |
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
(2) |
12
|
13
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
21
|
22
(1) |
23
(2) |
24
|
25
|
26
|
27
|
28
|
29
|
30
|
31
|
|
|
|
|
|
From: John Eikenberry <jae@zh...> - 2010-05-23 16:48:58
|
Jim Pryor wrote: > On Sat, May 22, 2010 at 01:50:36PM -0400, John Eikenberry wrote: > > I currently use esmtp's preconnect functionality to ssh to my work's mail > > server and send out email. They use SPF so I can't spoof and they don't > > support remote SMTP connections. The ssh tunnel works fine and I have been > > happy with it. But now I'm looking to switch MTAs due to unrelated > > problems. > > > > msmtp looks almost perfect except for the lack of pre-connect like > > functionality to establish the ssh tunnel for the smtp connection. I can't > > seem to find it in the docs but thought I'd check here in case I missed it > > or if someone had some alternative approach they could suggest. > > There may be a better way than this, but if nothing emerges, what's > wrong with something like this... > > #!/bin/bash > > ssh -set -up -your -tunnel & > SSH_PID=$! > sleep 1 # I'm sure there's a better way... > if [ -d /proc/$SSH_PID ]; then > # ...but at this point, we can assume the ssh tunnel is up > # and we know the PID of its process, so... > msmtp "$@" # receives stdin > killall $SSH_PID > fi Yeah, I'd thought of something like that. Was hoping for something better. BTW you don't need the sleep if you use ssh with '-f' which forks _after_ the ssh connection has been established, but before running the command. You just pass it 'sleep 5' as the command to keep the connection open long enough to kick off msmtp. You can also just put that ssh command in the if test and don't have to worry about killing it as it will go away automatically after 5 seconds or after msmtp finishes (an open socket over the tunnel keeps it open). -- John Eikenberry [jae@... - http://zhar.net] [PGP public key @ http://zhar.net/jae_at_zhar_net.gpg] ______________________________________________________________ "Perfection is attained, not when no more can be added, but when no more can be removed." -- Antoine de Saint-Exupery |
From: Jim Pryor <lists+msmtp@ji...> - 2010-05-23 15:12:01
|
On Sat, May 22, 2010 at 01:50:36PM -0400, John Eikenberry wrote: > I currently use esmtp's preconnect functionality to ssh to my work's mail > server and send out email. They use SPF so I can't spoof and they don't > support remote SMTP connections. The ssh tunnel works fine and I have been > happy with it. But now I'm looking to switch MTAs due to unrelated > problems. > > msmtp looks almost perfect except for the lack of pre-connect like > functionality to establish the ssh tunnel for the smtp connection. I can't > seem to find it in the docs but thought I'd check here in case I missed it > or if someone had some alternative approach they could suggest. There may be a better way than this, but if nothing emerges, what's wrong with something like this... #!/bin/bash ssh -set -up -your -tunnel & SSH_PID=$! sleep 1 # I'm sure there's a better way... if [ -d /proc/$SSH_PID ]; then # ...but at this point, we can assume the ssh tunnel is up # and we know the PID of its process, so... msmtp "$@" # receives stdin killall $SSH_PID fi -- Jim Pryor profjim@... |
From: John Eikenberry <jae@zh...> - 2010-05-22 18:06:51
|
I currently use esmtp's preconnect functionality to ssh to my work's mail server and send out email. They use SPF so I can't spoof and they don't support remote SMTP connections. The ssh tunnel works fine and I have been happy with it. But now I'm looking to switch MTAs due to unrelated problems. msmtp looks almost perfect except for the lack of pre-connect like functionality to establish the ssh tunnel for the smtp connection. I can't seem to find it in the docs but thought I'd check here in case I missed it or if someone had some alternative approach they could suggest. Thanks. -- John Eikenberry [jae@... - http://zhar.net] [PGP public key @ http://zhar.net/jae_at_zhar_net.gpg] ______________________________________________________________ "Perfection is attained, not when no more can be added, but when no more can be removed." -- Antoine de Saint-Exupery |
From: Robert Thorsby <robert@th...> - 2010-05-11 10:45:09
|
On 11/05/10 19:34:39, Andreas Krauß wrote: > Today I have forwarded a blocked email to my mail-account. > > msmtp -host=localhost -port=10025 -protocol=smtp -read-envelope-from > mymail@... <var/lib/amavis/virusmails/virus-56hlCeBKv9zn > > The email was delivered to the intended recipient and to me. What did > I do wrong? G'day Andreas, If the first paragraph of the blocked email (ie, all down to the first blank line) contained only headers then msmtp (and all properly functioning MTAs) will treat that paragraph as headers or additional headers. My guess is that is what happened -- the first paragraph contained only headers (including one or more "To:" headers) so msmtp treated them accordingly and sent off the mail to every "To:" addressee (including the original addressee). NOTE: email protocol allows for multiple addressees to be included as individual "To:" addressees, each one on a separate line. If you wish to include a blocked email in its unaltered entirety as the message body then you should include some ordinary text (ie, non-header material) in a preceding paragraph in order to prevent the headers of the blocked email being treated as headers in the email wrapper. Of course, the preferred way of handling the whole transaction is to include the blocked email as a mime attachment. That way you do not have to worry about whether the recipient's mail server (and all the intermediate servers) follow the protocol correctly. HTH, Robert Thorsby When I was young I used to think that money was the most important thing in life; now that I am old, I know it is. -- Oscar Wilde |
From: Andreas Krauß <kraussml@hd...> - 2010-05-11 09:53:19
|
Hi, I am new to this Mailling list and have just a question :D We use msmtp to forward eMails blocked by AMaViS. The forwarding to the original receiver is working properly. Today I have forwarded a blocked email to my mail-account. msmtp -host=localhost -port=10025 -protocol=smtp -read-envelope-from mymail@... <var/lib/amavis/virusmails/virus-56hlCeBKv9zn The email was delivered to the intended recipient and to me. What did I do wrong? Many greetings and thanks for your help ... Andreas HDPnet GmbH Erwin-Rohde-Str. 18 69120 Heidelberg Geschaeftsfuehrer: Marc Hermann Registergericht: Mannheim HRB 337012 Sitz: Heidelberg Umsatzsteuer ID Nr.: DE 211 257 470 http://www.hdpnet.de Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. |